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PREFACE 


Computer-Based  Education  (CBE)  is  becoming  increasing!'/ 
popular  at  all  levels  of  learning.  The  Air  Force  Professional 
Military  Education  <PME)  programs  conducted  at  installations 
around  the  world  can  certainly  benefit  from  the  advances  in 
computer  technology  made  during  the  past  few  years. 

This  study  was  inspired  by  the  efforts  of  Major  Peter  F.* 
Seiler,  Chief  of  the  Instructional  Systems  and  Technology 
Division  of  the  Associate  Programs  Directorate  at  Air  Command  and 
Staff  College.  He  has  been  instrumental  in  the  development  of 
the  major  revisions  in  the  Associate  Program  which  have  already 
taken  place,  and  those  which  will  be  initiated  in  the  years  to 
come.  Future  plans  include  the  inevitable  incorporation  of  CBE 
into  the  seminar  program.  The  McGraw-Hill  Interact! '/e  Authoring 
System  (MHIAS)  was  selected  as  a  candidate  package  to  assist  in 
the  development  of  CBE. 

Major  Seiler  saw  the  need  for  a  thorough  review  of  the  MHIAS. 
Consequently,  this  project  was  designed  as  a  way  to  perform  the 
analysis  by  actually  exercising  the  MHIAS  on  an  AC8C  lesson. 
This  report  documents  the  many  issues  which  must  be  addressed  in 
developing  CBE  in  the  Associate  Program,  and  offers  possible 
courses  of  action  to  begin  using  this  technology  in  PME. 

The  author  would  like  to  acknowledge  the  cooperation  of  Lt 
Col  Richard  Doucet  of  ACSC/EDP  and  his  staff  in  providing  the 
equipment  necessary  to  accomplish  this  study.  Special  thanks  is 
given  to  Major  Seiler  and  Capt  Wayne  Chitwood  for  the  many  hours 
of  fruitful  discussion  and  useful  suggestions  they  provided  me. 

The  lesson  developed  using  the  MHIAS  and  the  computer 
programs  written  to  support  this  study  are  available  for 
inspection  at  ACSC/EDPT,  Maxwell  AFB  AL  3612,  (205)  293-7901  or 
(AV»)  875-7901. 
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EXECUTIVE  SUMMARY 


“insights  into  tomorrow” 
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Part  of  our  College  mission  is  distribution  of  the 
students’  problem  solving  products  to  DoD 
sponsors  and  other  interested  agencies  to 
enhance  insight  into  contemporary,  defense 
related  issues.  While  the  College  has  accepted  this 
product  as  meeting  academic  requirements  for 
graduation,  the  views  and  opinions  expressed  or 
implied  are  solely  those  of  the  author  and  should 
not  be  construed  as  carrying  official  sanction. 
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REPORT  NUMBER  85-0925 

AUTHOR(S)  MAJOR  JOHN  A.  GAUDET,  USAF 

TITLE  A  COMPUTER-BASED  EDUCATIONAL  APPROACH  TO  THE 

AIR  COMMAND  AND  STAFF  COLLEGE  ASSOCIATE  PROGRAM 


F-'urpose ;  To  determine  the  capabilities  and  limitatioiis  o-f 
the  McGraw-Hi 1 1  Interactive  Authoring  System  (MHIAS)  tor  use  by 
the  taculty  at  ACSC/EDP. 

II-  F-'rob  1  em;  ACSC/EDP  's  responsible  tor  curriculum  develop¬ 
ment  at  the  Air  Command  and  Statt  College  Associate  Program. 

This  seminar  course  is  given  at  most  USAF  i nstal 1  at i one  around 
the  world.  Revision  ot  the  current  program  is  underway  with 
plans  to  implement  Computer-Based  Education  (CBE)  by  the  Fall  ot 
1987.  The  McGraw-Hill  Interactive  Authoring  System  (MHIAS)  has 
been  selected  as  a  potential  candidate  to  assist  in  CBE 
development.  An  evaluation  of  this  computer  sottware  is  needed 
to  determine  its  overall  usetulness  to  ACBC. 

III-  D^^ta;  This  study  begins  by  e::amining  the  potential  bene- 
tits  at  CE^E  and  the  characteristics  ot  authoring  tools.  The 
benetits  most  important  to  ACSC  include  the  ability  at  the  com¬ 
puter  to  act  as  a  surrogate  instructor,  and  the  capability  to 
establish  solid  teedbact:  channels  in  this  educat  i  on-at-a-d  i  stance 
environment.  One  present  disadvantage  in  using  CBE  is  the  ACSC 
group  strategy  that  minimises  the  individualized  learning  ettect 
ot  Computer “Assi sted  Instruction  (CAI).  The  characteristics  ot 
authoring  tools  can  be  eitamined  trom  the  hardware,  author  and 

vi  i  i 


_ _ CONTINUED _ 

student  interactions.  Specifically,  the  MHIAS  is  an  authoring 
system  which  provides  the  instructor  the  capability  <-o  generate 
computer  displays  in  the  form  of  presentation  screens  and 
question  screens.  In  addition,  the  MHIAS  can  control  interactive 
video,  grade  student  responses  and  perform  some  analysis  on  the 
data.  Its  main  advantages  lie  in  the  ability  of  the  author  to 
access  any  segment  of  a  videotape  during  the  course  of  the  lesson 
and  the  flexibility  of  its  question  screens.  For  ACSC,  the 
biggest  limitation  of  the  MHIAS  is  the  inability  to  perform 
adequate  collection  and  analysis  of  student  data.  Nonetheless, 
the  MHIAS  can  provide  an  effective  means  to  start  the  CBE  process 
with  the  help  of  a  Computer  Supported  Development  Team  (CSDT) . 
This  team  would  be  the  focal  point  for  all  CBE  in  the  Associate 
Program,  using  an  instructional  design  strategy  that  integrates 
the  nine  learning  events  with  CAI. 

IV.  Conclusions;  The  MHIAS  will  be  a  useful  tool  for  the  ACSC 
Associate  Program.  But,  it  will  not  fulfill  all  the  school's 
needs.  The  management  of  student  data  can  not  be  done  effect¬ 
ively  with  the  McGraw-Hill  package,  but  an  ACSC  computer  program 
may  run  from  it.  All  faculty  members  will  not  be  required  to 
actual  use  the  authoring  system,  but  they  will  have  to  under¬ 
stand  1 ls  capabilities. 

V.  Recommendat i ons;  ACSC/EDP  may  use  the  MHIAS  for  developing 

CBE  for  the  Fall  of  1987.  A  CSDT  of  at  least  three  officers  be 
estab.ished  to  create  the  instructional  design  strategies  needed 
for  CBE.  One  of  these  individuals  should  have  computer  program¬ 
ming  experience,  while  the  others  should  be  comfortable  using 
microcomputers.  Once  adequately  trained,  this  team  will  be  able 
to  guide  the  rest  of  the  faculty  in  the  lesson  design  process. 
ACSC  must  create  its  own  computer — managed  instructional  software 
to  use  with  the  MHIAS.  At  a  minimum,  it  must  have  the  ability  to 
capture  all  student  responses  and  allow  the  generation  of  a 
relational  data-base. 


Chapter  One 


INTRODUCTION 


BACKGROUND  OF  PROBLEM 

Over  the  past  -few  years,  microcomputers  have  become  an 
important  part  of  many  facets  of  our  daily  lives.  One  of  the 
biggest  beneficiaries  of  this  revolution  is  the  education  and 
training  field.  The  relatively  inexpensive  microcomputer  has 
made  it  possible  to  bring  the  capabilities  of  the  computer  into 
virtually  every  classroom  from  kindergarten  to  graduate  school, 
and  any  training  situation  from  flight  simulators  to  language 
laboratories. 

Therefore,  it  is  only  natural  that  the  Air  Command  and  Staff 
College’s  Associate  Program  would  investigate  ways  to  incorporate 
Computer-Based  Education  (CBE)  into  their  curriculum.  This  was 
done  in  the  recent  r e-evaluation  of  the  entire  program.  <17: — ) 
Under  this  study,  CBE  is  scheduled  to  be  employed  in  Phase  3  of 
the  new  curriculum  starting  in  the  Fall  of  1907. 

In  order  to  meet  this  schedule,  the  office  responsible  for 
curriculum  development  in  the  Associate  Program  (ACSC/EDP)  care¬ 
fully  considered  the  availability  of  appropriate  hardware  and 
software.  They  recognized  that  IBM  (International  Business 
Machines)  was  quickly  becoming  the  de  facto  standard  in  hardware 
design  and  operating  systems  for  a  wide  variety  of  applications. 
Thus,  the  planners  in  ACSC/EDP  felt  the  IBM  Personal  Computer,  or 
one  of  its  competitive  compatibles  (COMPAQ,  Zenith  Z-150,  etc.), 
should  be  the  first  potential  candidate  studied  for  ACSC  seminar 
use.  Also,  the  McGraw-Hill  Interactive  Authoring  System  (MHIAS), 
a  softv'iare  package  requiring  an  IBM  PC,  or  compatible,  was  picked 
as  the  baseline  tool  required  by  the  curriculum  writers.  (21: — ) 

Obviously,  these  decisions  are  not  cast  in  concrete.  As 
noted  above,  implementation  of  CBE  into  the  revised  Associate 
Program  is  not  scheduled  until  1967.  During  the  next  two  years 
many  changes  in  computer  hardware  and  software  are  likely.  It  is 
certainly  possible  that  the  combination  of  an  IBM  PC  (or  a  t-^ue 
compatible)  and  the  MHIAS  will  not  be  the  most  effective  system 
available  for  ACSC’s  use.  But,  it  is  important  to  start  some¬ 
where,  and  it  is  unlikely  that  a  better  combination  can  be  found 
for  the  same  price  as  the  one  picked. 
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OBJECTIVES  OF  THIS  STUDY 


The  fallowing  are  the  objectives  of  this  studys 

1.  To  explain  the  overall  strategy  of  using  computer-based 
education  in  the  ACSC  Associate  Program. 

2.  To  determine  the  capabilities  and  limitations  of  the 
MHIAS  on  an  lEiM  PC  compatible  microprocessor  for  use  in  writing 
CBE  for  Phase  3. 

3.  To  develop  a  sample  ACSC  lesson  using  the  MHIAS,  complete 
with  videotape  segments  controlled  by  the  computer,  individual 
formative  tests  and  group  progress  reports. 

4.  To  determine  if  a  list  of  procedures  for  authors  of 
future  Associate  Program  lessons  is  needed. 

These  goals  are  important  to  the  overall  revision  of  the 
Associate  Program.  Proper  planning  requires  that  many  months 
lead  time  be  allowed  for  the  lesson  strategy  process,  This  means 
that  a  major  effort  must  be  made  soon  to  incorporate  CBE  into  the 
modularised  packages  of  Phase  1.  It  is  probable  that  some  of  the 
officers  chosen  to  carry  out  this  task  will  not  be  versed  in  CBE 
or  authoring  systems.  Therefore,  this  study  to  determine  the 
effectiveness  of  a  prototype  system  for  the  unique  requirements 
of  the  ACSC  Associate  Program  will,  hopefully,  provide  a  valuable 
service  to  the  school. 


ASSUMPTIONS  AND  LIMITATIONS 

Several  assumptions  about  the  scope  of  this  study  are  impor¬ 
tant  to  keep  in  mind.  First,  the  prototype  lesson  mav  only  use 
the  tools  immediately  available  to  the  author.  This  consists  of 
a  COMPAQ  personal  computer  (an  IBM  true  compatible),  version  3.1 
of  the  MHIAS  and  a  BCD  controller  t"  use  as  the  video  link  from 
the  computer  to  the  televisior.  sort  n 

Second,  the  curriculum  rraterial  itself  must  be  derived  from  a 
currently  developed  ACSC  lesson  plan,  one  which  has  not  been  de¬ 
signed  with  CBE  in  mind. 

Third,  the  environment  of  the  ACSC  Associate  Program  will,  in 
the  future,  be  substantially  unchanged  from  what  it  is  today. 

That  is,  curriculum  development  will  be  in  the  hands  of  a  rela¬ 
tively  few  officers  with  e.xpertise  in  their  area  of  responsi¬ 
bility,  hut  with  little  or  no  support  from  a  large  staff  of  ("BE 
experts.  Also,  it  i Ss  not  feasible  that  e.xpensive  equipment 
(videodisc,  minicomputers,  high  resolution  graphics,  etc.  )  will 
become  available  for  the  average  seminar. 


This  study  will  be  limited  to  using  the  McGraw-Hill  programs 
as  they  currently  exist.  In  -fact,  the  major  objective  o-f  the 
study  is  to  exercise  this  software  package  for  ACSC/EDP  to 
determine  how  it  can  be  used  effectively.  It  is  important  to 
note  that  certain  undesirable  features  of  the  MHIAS  could  pos¬ 
sibly  be  corrected  through  negotiation  with  the  vendor.  This  may 
even  occur  through  the  natural  revision  process.  However,  what 
is  reported  here  is  only  based  upon  the  capabilities  observed 
during  actual  use  of  the  system. 


ORGANIZATION  OF  REPORT 


The  next  two  chapters  explain  the  strategy  of  using  CBE  in 
the  ACSC  Associate  Program  and  the  need  for  an  authoring  system. 
Both  concepts  of  computer-based  education  (CBE)  and  the 
assistance  provided  by  an  authoring  tool  are  explained. 

Chapter  4  addresses  the  MHIAS  itself  -  that  software  tool 
chosen  by  ACSC  as  the  prototype  system  to  go  from  not  using  com¬ 
puters  in  the  seminars  at  all,  to  using  them  as  an  integral  part 
of  the  Associate  Program. 

The  next  chapter  includes  the  specific  information  learned 
about  implementing  CBE  using  the  MHIAS  on  the  COMPAQ  PC. 

The  final  chapter  summarises  the  conclusions  of  this  study, 
and  makes  several  recommendations  for  ACSC  based  upon  these 
concl usi ons. 


Three  appendices  provide  details  about  the 
Appendix  A  illustrates  an  alternative  approach 
dent  data.  Appendix  B  highlights  the  features 
delivery  sc'-rens.  The  group  reports  available 
are  demonstrated  in  Appendix  C. 


use  of  the  MHIAS. 
to  managing  stu- 
of  the  MHIAS 
from  McGraw-Hill 
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Chapter  Two 


WHY  COMPUTCR-BASED  EDUCATION':’ 


PACKc^RQUNP 

We  are  in  the  midst  of  a  computer  revolution.  It  has  been 
going  on  for  at  least  five  years  for  the  general  public,  and 
longer  for  certain  specialists.  The  revolution  was  brought  on  by 
the  invention  of  the  large-scale  integrated  (LSI)  circuits  which 
made  the  "computer  on  a  chip"  possible.  It  wasn't  long  before 
desktop  computers,  called  microcomputers,  not  only  became  tech¬ 
nically  possible  but  economical.  What  seemed  like  fantasy  only 
ten  years  before  became  a  reality.  Powerful  computers  with  large 
storage  capacities  are  now  within  the  reach  of  small  businesses 
and  individuals. 

One  only  need  look  at  the  advertisements  in  any  popular 
magazine  to  confirm  the  magnitude  of  this  revolution.  In  them 
you  can  find  all  imaginable  ranges  of  hardware  and  software 
available  from  dozens  of  vendors. 

Computers  are  becoming  an  integral  part  of  the  lifestyle  of 
many  Americans  In  one  major  U.S.  city,  over  40%  of  the  local 
businesses  own  ^  crocomputer .  (8t8C>  Also,  more  than  80%  of 

all  high  schools  and  junior  high  schools  have  computers  in  their 
classrooms.  (8s8C)  This  represents  more  than  twice  the  number 
of  schools  since  1981  —  only  two  short  years!  (8i8C>  There  are 
currently  500,000  microcomputers  in  U.S.  public  schools,  and  it 
is  estimated  that  there  will  be  2  million  computers  in  the 
mainstream  of  the  school  system  in  another  four  years.  (15t4) 

Although  it  is  fair  to  say  that  there  are  still  large  seg¬ 
ments  of  our  society  who  either  dislike  or  fear  the  revolution 
which  is  underway,  there  seems  little  doubt  that  computers  will 
be  completely  integrated  into  our  lives  within  a  few  short  year's. 


COMPUTERS  IN  EDUCATION 

Computers  have  been  involved  in  the  educational  process  since 
the  early  1960’s.  (6:7)  The  Air  Force  has  used  computers  for 

training  for  over  a  decade.  (16i8)  Initially,  the  technology 
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invol'/ed  large  main-frame  computers  which  were  accessed  by  the 
students  through  slow  teletype  machines.  Since  that  time,  how¬ 
ever,  advances  in  computer  hardware  have  brought  us  to  smaller 
minicomputers,  cathode-ray  tube  <CRT)  displays,  and,  to  the 
present  situation  o-f  microcomputers  with  high-resolution,  color 
screens. 

Educational  computer  programs  have  undergone  a  similar 
transition.  Today,  a  vast  amount  o-f  computer  software  is  avail¬ 
able  in  practically  every  -field.  Additional!/,  very  sophis¬ 
ticated  authoring  programs  have  been  developed  to  assist  teachers 
in  using  computers  in  their  classrooms. 

During  the  last  three  decades  many  di-fferent  approaches  have 
been  used  to  integrate  the  computer  into  the  educational  process. 
This  evolution  has  created  a  large,  sometimes  con-fusing  vocab¬ 
ulary.  One  need  only  look  at  the  glossary  o-f  a  typical  te:;t  in 
this  area  to  con-firm  this  -fact.  (3:113-120)  For  this  rea^son,  it 
is  useful  to  explain  the  meaning  of  the  terms  used  in  the 
remainder  of  this  report. 


COMPUTER-BASED  EDUCATION  (CBE) 

Computer-Based  Education  is  a  general  term  used  to  encompass 
all  the  functions  that  a  computer  can  provide  to  the  educational 
institution.  In  this  context,  CBE  is  nothing  new  since  computers 
have  played  an  integral  role  in  the  managing  of  school  and  un¬ 
iversity  courses  for  many  years.  Today,  however,  CBE  implies 
much  more  than  this.  And,  it  implies  an  emphasis  on  instructor 
involvement,  rather  than  institutional  involvement. 

There  are  two  distinct  elements  of  CBE;  Computer-Assisted 
Instruction  (CAI)  and  Computer-Managed  Instruction  (CMI).  CAI 
refers  to  the  instructional  interface  of  computer  with  student, 
while  CMI  pertains  to  the  administrative  tasks  the  computer  can 
perform  in  the  classroom.  Because  there  are  so  many  subtle  dif¬ 
ferences  in  meanings  of  the  terms  used  here  (14:1-9),  CAI  and  CMI 
will  be  defined  more  precisely. 

Computer-Assisted  Instruction 

CAI  can  be  defined  in  the  following  way;  "Computer -Assi sted 
Instruction  (CAI)  is  the  use  of  the  communication  and  storage 
capabilities  of  a  computer  to  provide  the  direct  presentation  of 
i  ns ' -^uct  i  onal  materials  and/or  provision  of  practice  to  the 
learrier."  (14:1-10)  This  definition  emphasises  the  presentation 
of  the  instructional  materials  to  the  learner  through  the  use  of 
a  computer.  The  types  of  instruction  that  can  be  provided  by  CAI 
can  be  generalised  into  five  major  categories:  (1:21-36) 

1.  Drill  and  practice. 
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Tutorials  using  Socratic  dialogue. 


.  Demonstr  at  1  on 
A.  Sioulations. 


i).  Games  and  play. 

Those  forms  of  CAT  are  sel  f -expl  anatory.  The  drill  and  prac-- 
tico  mode  is  usually  the?  simplest  form  of  CAI  while  the  sim~ 
ulal  3  on  mode  is  the  most  cample:;,  with  the  other  types  lying 
somei'jliore  in  between  these  e;:treme5.  Thus,  CAI  can  be  as  simple 
as  a'sfing  similar  questions  over  and  over,  or  as  complicated  as 
the?  simulation  of  molecular  vibrations  under  student  lontrol  , 

CAI  can  be  combined  with  other  forms  of  presentation  to  en¬ 
hance  the  learning  process.  For  example,  video  can  effectively 
supplement  CAI  through  videotape  or  videodisc  technology. 
(7:32-39)  This  type  of  instruction  is  sometimes  referred  to  as 
Computer-Assisted  Video  Instruction  (CAVI).  (14:1-11) 

Computer-Managed  Instruction 

CMI  is  the  use  of  the  computer  to  perform  the  functions  of 
"testing,  scheduling,  allocating  resources,  collecting  student 
data,  and  providing  status  reports."  (14:1-13’.)  This  is  clearly 
quite  different  than  CAI,  but  equally  as  important  in  an  overall 
CBE  strategy.  If  used  properly,  CMI  can  provide  the  instructor 
data  helpful  for  counse?ling  purposes.  (3:72)  In  effect,  CMI 
allows  one  person  to  care  for  the  needs  of  many  students,  similar 
to  a  student  -tutor  rel at i onshi p .  This  is  only  possible  when  CAI 
is  used  in  conjunction  with  evaluation,  record-keeping  and  anal¬ 
ysis;  namely,  wheri  CAI  is  integrated  with  CMI. 


THE  ACSC  ASSOCIATE  PROGRAM 


The  ACSC  Associate  F'rogram  is  an  intermediate  level  Pro¬ 
fessional  Military  Education  (PME)  course  conducted  worldwide  by 
a  centi' al  i  lied  organ  i  z  at  i  on .  Written  materials  are  sent  to 
par  1 1  Cl  parits  organized  in  seminars  at  bases  throughout  the  Air 
*  Force,  or  to  individuals  enrolled  in  the  correspondence  program. 

The  curriculum  involves  a  variety  of  topics  related  to  commun¬ 
ications,  leadership,  management  of  resources,  military  force 
‘  structure  and  military  employment. 

The  program  is  unique  from  a  number  of  different  aspects. 
First,  and  most  important  for  this  study,  is  the  distance-learn¬ 
ing  environment.  The  students,  being  far  from  ACSC,  must  learn 
without  the  bt?nefit  of  can  instructor  most  of  the  time.  This  has 
obvious  negative  implications  from  the  standpoint  of  effective 
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1  ns tract i on. 

Second,  the  course  tahes  nearly  one  year  to  complete,  and 
most  students  must  use  their  off-duty  time  for  both  attendance 
and  preparation-  The  ability  to  regularly  attend  the  seminar 
program  is  aggravated  by  frequent  TDY  (temporary  duty)  at  other 
locations.  Thus,  the  chances  are  great  for  r'emedial  review  and 
makeup  lessons. 

Third,  over  5000  students  each  year  enroll  in  this  program. 
The  large  size  of  such  a  teaching  endeavor  impacts  all  aspects  of 
the  educational  environment.  For  example,  costs,  student/in¬ 
structor  ratio,  testing  methodology,  administrative  course  man¬ 
agement  and  timely  lesson  materials  are  all  affected.  Also,  a 
large,  worldwide  program  makes  the  communi cat i on  process  from 
instructor  to  student  very  formidible.  The  feedback  channel  is  a 
long  and  difficult  one,  going  in  both  directions. 

The  program  is  currently  under  review.  Major  changes  (17:--) 
are  being  planned  under  a  six-phase  revision.  A  restructuring  of 
the  course  will  take  place  during  the  first  two  phases,  and,  if 
the  proposed  revisions  are?  fully  implemented,  CBE  and  other  high 
technology  approaches  to  an  integrated  PME  course  will  happen 
under  phases  3  and  4. 


CBE  IN  THE  ACSC  ASSOCIATE  PROGRAM 

Why  should  CBE  be  implemented  as  soon  as  possible  in  the  ACSC 
Associate  program?  Perhaps  a  valid,  but  not  very  satisfying, 
answer  is  that  it  is  inevitable.  After  all,  the  trend  today  is 
towards  more  technology  in  every  field,  including  education. 

But  a  better  answer  is  that  CBE  has  come  of  age  for  such  an 
institution  as  ACSC.  The  potential  benefits  of  CBE  are  well 
known.  (4:16;  5:20;  15:1;  16:26;  18:39)  In  short,  CAI  can  pro¬ 

vide  each  student  with  an  individualized,  interactive  learning 
e;:perience  which  is  almost  impossible  to  get  using  other  forms  of 
presentation.  (14:11-1)  If  CMI  is  combined  with  effective  CAI, 
the  entire  educational  process  becomes  simpler  to  administer  and 
much  more  enjoyable  for  the  students. 

Furthermore,  the  needs  of  the  ACSC  Associate  Program  clearly 
point  towards  a  more  automated  approach  to  the  whole  process.  Of 
critical  importance?  is  the  distance-learning  environment.  Ih  is 
impossible  for  the  school  to  provide  expert  instructors  for  every 
seminar  around  the  world.  Timely,  useful  feedbacl.  is  virtually 
impossible  in  the  current  program.  Wei  1 -desi gned  CBE  can  provide 
individual  attention  to  each  student,  and,  at  tho  sadie  time, 
properly  guide  the  seminars. 

Finally,  one  previous  objection  (18:9)  to  f.kie  use  of  CBE  at 
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ACSC  are  substant i al  1  y  mitigated  by  current  technology.  This  is 
the  high  cost  of  acqi.nring  the  hardi-^are  and  software  necessary  to 
perform  CBE.  Ine:;pensive  microcomputers  have  virtual  !>'  elimi-- 
nated  the  hardware  cost  problem.  The  software  cost  problem  can 
be  reduced  by  authoring  systems  now  available  for  use  on  micro¬ 
computers.  This  IS  the  subject  of  the  nevt  chapter. 
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Chapter  Three 


AUTHORING  TOOLS 


INTRODUCTION 


An  ae.thor i  ng  tool  le  a  computer  program,  oi"  programs,  de¬ 
signed  to  help  the  instructor  write  CBE  materials.  They  can 
qeriorally  be  classified  as  one  of  two  types:  authoring  systems  o 
authoring  languages.  Some  of  these  tools  are  more  sophisticated 
than  others.  They  ma>  include  many  instructor  options  for  the 
collection  of  student  data,  implementing  Clil. 

Although  there  is  a  lact:  of  agreement  on  definitions  in  this 
area  (1:252),  for  the  purposes  of  this  study,  an  authoring  syste 
IS  a  set  of  "prepackaged  courseware  templates  or  menu-driven 
editors  designed  to  help  authors  create  courseware  without  elab¬ 
orate  programming."  (14:V-f))  The  key  words  in  this  definition 
are  "prepackaged ...  tt:?mpl  ates"  and  "menu-driven  editors."  This 
implies  authoring  systems  create  CAI  using  fixed  formats  by 
querying  the  author  every  step  of  the  way.  The  authoring  tool  i 
easy-to-use,  but  somewhat  inflexible. 

On  the  other  hand,  an  authoring  language  is  "a  programming 
language  with  codes  spec  i  f  i  cal  1 '/  designed  to  handle  major  course 
ware  needs  such  as  response  judging."  (14:7-5)  The  key'  V'jords 
here  are  "programming  l  anguage"  and  "ma jor ...  needs.  "  The  true 
authoring  language  is  a  high-level  programming  language  similar 
to  FORTRAN,  COBOL,  Rascal,  Ada,  etc.  "High-level"  refers  to  the 
fact  that  the  user  tells  the  computer  what  to  do  in  English 
words,  like  read  or  write.  The  lower  the  level  of  the  language, 
thfc,'  closer  the  instructions  ged.  to  the  machine  code  of  the  com¬ 
puter;  i.e.,  a  sequence  of  zeros  and  ones.  Obviously,  this  t'/pe 
of  oiLithoring  tool  has  more  flexibility,  allowing  the  author 
greater  freedom  to  provide  for  his/her  needs. 

How  the  language  is  created  has  no  bearing  on  whether  or  not 
it  qualifies  as  an  authoring  language.  It  could  be  written  in 
low-level  assembly  code,  or  a  high-level  general  purpose  languag 
like  Ada.  What  is  important  is  that  they  are  specifically 
Designed  to  aid  the  instructor  in  the  development  of  CAI  pro¬ 
grams  . 


One  must  be  careful  in  making  a  hard  and  fast  distinction 
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between  an  authoring  system  and  an  authoring  language.  Authoring 
tools  available  today  do  not  iilways  -fall  neatly  into  one  category 
or  another ,  For  example,  some  authoring  systems  handle  response 
judging  quite  nicely,  despite  the  suggestion  trom  the  dei ini  lions 
above  that  this  capability  is  only  -found  in  a  language.  Also, 
many  authoring  languages  use  templates  and  editors.  This  is  whv' 
the  generic  term  "authoring  tool"  is  used  here  as  the  major  focus 
of  study. 

In  order  to  understand  the  benefits,  and  limitations,  of  an 
authoring  tool,  it  is  useful  to  review  the  important  chari'cter- 
i sties  found  in  them.  This  will  also  serve  to  further  define  the 
concept  of  this  teaching  aid. 


CHARACTERISTICS 

There  is  a  wide  variety  of  authoring  tools  available  commer¬ 
cially.  Some  are  designed  for  large  computers  while  others 
target  ttie  microcomputer.  Some  incorporate  the  capability  to  use 
different  types  of  input  and  output  devices  while  others  are  very 
restricted  in  this  regard.  The  point  is  that  authoring  tools  are 
not  all  alike.  However,  all  have  the  same  basic  goal  of  provid¬ 
ing  the  instructor  with  assitance  in  the  development  of  good  CBE. 
One  way  of  viewing  the  different  tools  on  the  market  is  to 
consider  how  they  interact  within  the  environment  they  operate. 

Hardware  Interaction 


This  refers  to  the  way  the  authoring  tool  interfaces  with  the 
computer  hardware  itself.  For  example,  how  much  memory  does  it 
require?  How  is  the  tool  delivered?  Perhaps  it  is  sent  on 
floppy  diskettes  or  reel  tape.  Is  it  one  program,  or  a  series  of 
programs?  Is  is  copy-protected?  Can  it  support  a  multi-user 
environment'^  Does  it  support  videotape  and/or  videodisc  tech¬ 
nology?  Can  lessons  be  developed  in  color,  using  graphics?  Can 
a  touch  screen,  lightpen  and/or  a  mouse  be  used  to  input 
information  into  the  program?  What  about  sound?  That  is,  can 
the  final  product  program  speak  to  the  student  through  a  speech 
sythesizer?  How  is  printing  supported  for  the  author  and  user? 
Will  the  authoring  system  allow  other  programs  to  be  run  from 
within  it?  All  of  these  questions,  and  others,  focus  on  the 
cfiar  acter  1  st  i  cs  of  the  authoring  tool  as  related  to  the  hardware 
which  operates  it. 

Author  Interaction 


A  very  important  area  of  concern  in  dealing  with  any  author¬ 
ing  tool  is  the  method  of  interface  with  the  author.  This  is 
what  determines  the  level  of  sophistication  of  thfi  package?.  Some 
of  them  are  completely  menu-driven  (a  true  authoring  system); 
i.e.,  the  author  is  presented  with  a  series  of  questions  and 
fill-ins  in  order  to  construct  the  lesson.  Others  use  a 
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vocabulary  of  instructions  (some?  with  hundrods  of  words)  which 
can  bu  soquenrocl  ariy  way  the  author-  chocases  (a  true  autiior  inq 
language).  Also,  some  of  the  authoring  tools  use  templates. 

These  are  pre-designed  screens  which  are  filled  in  by  the  author. 
(.In  the  opposite  end  of  the  scale  are  products  that  allow  freely 
formatted  screens.  Of  course,  these  general  char  acter  i  st.i  cs  are 
often  not  "blact.  and  white."  The  level  of  sophistication  varies 
as  these  qualities  are  implemented  in  var',  ing  degrees.  It  is 
true,  however,  that  the  degree  of  fle:;ibility  given  the  author  is 
pr’opor  t  i  onal  to  the  level  of  sophi  st  i  cat  i  on .  Also,  the  more  so¬ 
phisticated  the  authoring  tool,  the  more  specialised  the 
insir  uction  (tr-aining)  required  to  use  it. 

Ihere  are  speicific  charac  ter  i  st  i  cs  of  the  author’s  inter- 
artinn  which  are  especially  imprortant.  They  may  be  catorgorized 
as  the  management,  lesson-design  and  response  evaluation  attri¬ 
butes  of  the  authoring  tool.  Each  one  of  these  properties  may 
vary  from  simplistic  to  comple:;. 

The  management  attributes  of  the  authoring  tool,  or  CMI,  are 
necessary  functions  of  any  package  designed  to  have  evaluation  as 
one  of  its  goals.  They  may  be  designed  to  record  and  evaluate 
only  the  most  basic  data  like  nanies  and  scores  received  for  only 
a  handful  of  students.  On  the  other  hand,  the  management  charac¬ 
teristics  may  Include  comple::  statistical  analysis  for  hundreds 
of  students  measured  against  several  criteria.  Many  tools  fall 
somewhere  between  these  two  eKtremes. 


The  lesson-design  attributes  lie  at  the  heart  of  the  author¬ 
ing  tool  itself.  They  basically  set  the  limits  on  the  scope  of 
the  final  CBE  product.  As  an  eicample,  if  the  product  only 
permitted  the  use  of  true-false  and  multiple  choice  question 
tc'mplates,  the  author’s  lesson  strategy  would  be  seriously 
limited.  Thus,  these  attributes  include  a  wide  range  of  routines 
that  guide  the  instructor'  through  the  lesson  construct  i  on .  As 
with  other  char acter i st i cs  of  the  package,  they  may  severely 
restrict  the  author,  or  they  may  provide  him  or  her  v-Jith  a 
framework  limited  only  by  the  imagination. 

Tire  last  author  interaction  of  note  are  the  response-eval - 
nation  attributes.  When  the  CBE  program  asks  the  student  a 
question,  how  must  it  be  posed?  Must  it  be  in  a  form  vjhich  only 
allows  single  character  responses?  Or,  does  it  allow  sentence, 
phrase  and  word  answers?  Are  questions  allowed  which  require 
numerical  answers,  and  if  so,  what  are  the  acceptable  ranges  and 
formats  for  entering  these  responses?  Finally,  does  the  author¬ 
ing  package  have  ways  to  discriminate  misspelled  words,  alternate 
acceptable  responses  and  a  range  of  numerical  answers?  These  are 
just  some  of  the  questions  that  must  be  answered  to  evaluate  the 
response-eval nation  at tr i butes. 


student  Interaction 

Ultimately,  the  most  important  interface  of  the  final  CBE 
product  is  with  the  student  who  uses  it.  The  primary  interaction 
of  concern  here  is  the  ease  of  use  for  the  students.  The  term 
"user-friendliness"  has  been  coined  to  describe  the  desirable 
property  of  all  computer  software  to  be  forgiving  to  the  user. 

This  is  certainly  true  for  educational  material  written  using  an 
authoring  tool.  Basically,  the  final  CBE  lesson  should  be  easy 
to  access,  "bomb"-proaf  and  "fool "-proof .  All  this  should  be 
accomplished  in  a  way  which  is  not  distracting  to  the  learner. 

Ease  of  access  refers  to  the  preliminary  steps  required  of 
the  user  to  get  "up  and  running"  with  the  les  on.  A  complicated 
set  of  procedures  for  starting  up  the  computer-,  peripherals  and 
the  software  could  be  extremely  distracting  for  the  student. 
Certainly,  many  of  these  problems  could  come  from  equipment  and 
procedures  external  to  the  authoring  tool.  However,  authoring 
tools  may  contain  some  inherent  access  barriers.  For  example, 
the  student  may  be  required  to  enter  several  layers  of  passwords 
to  get  to  the  lesson.  Ease  of  access  may  also  refer  to  the 
ability  of  the  student  to  move  through  the  lesson  (author  permit¬ 
ting)  a^t  his/her  own  pace.  The  learner  might  want  to  browse 
through  the  material  before  going  at  a  much  slower  pace  for  the 
details.  Does  the  authoring  tool  permit  this  hind  of  student 
i n ter act i on? 

The  authoring  tool  is  "bomb"-proof  if  it  prevents  the  student 
from  accidentally  destroying  the  programs  or  data,  and  if  it 
miriimisGs  the  possibility  of  exiting  the  lesson  prematurely,  or 
shipping  parts  of  it.  Of  course,  the  former  characteristic  is 
important  not  only  for  the  student  but  for  the  instructor  as 
well.  The  manner  in  which  such  accidents  might  occur  cross  the 
spectrum  of  possibilities.  It  could  include  something  as  simple 
as  entering  a  keyword  unknowingly.  Or,  perhaps  a  student  might 
lean  on  the  keyboard,  striking  a  magic  sequence  of  control  codes 
and  characters.  In  any  case,  adverse  actions  on  the  part  of  the 
deliver-'/  system  should  be  avoided. 

The  authoring  tool  should  be  "fool "-proof  for  the  student. 
This  catch-all  phrase  means  that  every  consideration  is  given  to 
a  student  who  has  never  seen  a  keyboard  or  computer  before.  For 
example,  there  should  be  no  penalty  associated  v^rith  using  upper 
case  instead  of  lower  case  letters.  Imbedded  extra  characters  or 
blanl::5  should  not  throw  the  program  into  an  abort  sequence.  Use¬ 
ful  "HELP  packages"  should  be  available  during  all  stages  of  the 
Irrsson.  Finally,  the  authoring  tool  should  allow  the  student  to 
cnrr£?ct:  any  response  which  will  be  graded  belore  final  data 
storage. 
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SUMMARY 


The  purpose  o-f  this  chapter  has  been  to  set  up  a  -framework 
for  examining  a  typical  authoring  tool.  Their  characteristics 
were  examined  -from  three  perspectives!  the  interaction  with  the 
hardware,  author  and  student.  The  list  of  topics  presented  here 
is  not  all-inclusive,  but  only  meant  to  act  as  a  guide  for  dis¬ 
cussion.  The  underlying  theme  is  that  all  authoring  tools  have 
different  levels  of  capabilities  for  the  author  and  user. 
Depending  upon  the  experience  of  the  author,  some  will  be  easier 
to  use  than  others. 

The  next  chapter  examines  a  specific  authoring  tool  as  a 
candidate  for  use  in  the  ACSC  Associate  Program.  The  ideas  in 
Chapter  Four  will  be  used  to  guide  the  analysis. 
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Chapter  Four 


TI:e:  MCGRAW-HILL  INTERACTIVE  AUTHORING  □'STEM 


INTRODUCTION 

The;  McGi  dw-Hi  1  1  Interactive  Authoring  System  (MHIAS)  is  an 
authoring  tool  consisting  o-f  the  authoring  programs  and  delivery 
programs.  Additionally,  the  MHIAS  supports  CMI  and  CAVI.  It  was 
developed  by  the  McGraw-Hill  Book  Company  and  Educational  Manage¬ 
ment  Services.  The  most  current  release  is  Version  3.1.  The 
documentation  consists  o-f  a  user  guide  (19: — ). 

Using  the  terminologv'  of  Chaspter  Three,  the  MHIAS  is  more  of 
an  authoring  system  than  an  authoring  language-  It  does  have 
several  interesting  extensions,  making  it  a  worthy  candidate  for 
exami nati on ,  First,  it  has  some  computer-management  features. 
Secondly,  it  has  the  capabilitv'  to  perform  fairly  extensive  re¬ 
sponse  judging.  Finally,  the  MHIAS  can  operate  a  videotape 
player.  The  details  of  its  capabi 1  i  ti tes  in  these  areas  are  the 
subject  of  this  chapter. 

This  study  v*jas  done  using  a  COMPAQ  personal  computer  which  is 
IBM  F'C  (International  Business  Machines  Personal  Computer)  com¬ 
patible.  A  BCD  VideoLink  232  controller  from  BCD  Associates, 

Inc.,  provided  the  interface  between  the  computer  n.nd  a  Sony, 
5L0-325  Beta  I,  videocasette  recorder.  The  MHIAS  will  be  dis¬ 
cussed  in  terms  of  the  hardware,  author  and  student  interactions. 


HARDWARE  I NTER ACT  I  ON 


General 

The  MHIAS  comes  as  a  two-diskette  package  designed  for  the 
IBM  PC  .  One  diskette  contains  all  the  authoring  programs  and 
the  other  has  all  the  delivery  programs.  The  actual  lessons 
generated  by  the  MHIAS  must  reside  on  a  specially  formatted, 
third  diskette.  The  author  and  delivery  diskettes  are  copy¬ 
protected.  The  package  requires  at  least  128  kb  (kilobytes)  of 
memory  and  two  disk  drives.  Videotape  equipment  is  optional, 
but,  if  used,  only  certain  specific  hardware  combinations  are 
supported.  The  only  means  of  input  for  either  the  student  or 
.-uthor  is  through  the  computer’s  keyboard. 


yi,.deQ 

Both  IBM  video  modes  are  supported  with  color  in  the  MHIAS. 
That  is,  displays  may  be  created  which  are  both  40  columns  or  80 
columns  wide.  Sixteen  different  foreground  colors,  eight  dif- 
ferei.t  background  and  border  colors  are  available  to  the  user. 

It  sliuuld  be  kept  in  mind  that  80  column  screens  are  not  display- 
able  using  composite  color  video  processed  by  standard  television 
sets.  Also,  videotape  pictures  can  not  be  sent  to  an  Fa'GB  O  e"! 
green  blue)  color  monitor.  Thus,  if  the  a  MHIAS  user  wani  :=  OO 
column,  color  displays  jirid  videotape  segments,  he  or  she  mu-  use 
a  composite  coloi  monitor. 

Sound 

Sound  is  not  supported  by  the  MHIAS  through  the  use  of  a 
speech  synthesiser.  However,  there  is  an  option  to  only  play  the 
audio  track  of  a  videotape.  Thus,  the  author  may  place  sound- 
only  information  on  a  segment  of  the  videotape  and  have  it  played 
through  the  television  at  the  appropriate  time  in  the  lesson.  No 
video  would  be  shown,  however,  videotape  would  be  used  at  the 
same  rate  as  if  the  video  were  displayed. 

Sraphi cs 

Graphics  can  be  done  using  the  MHIAS  in  one  of  two  ways. 

First,  the  system  provides  a  set  of  block  characters  and  other 
special  characters  for  the  author  to  create  pictures  on  his/her 
screens.  There  are  also  several  special  characters  available; 
e.g.,  math  symbols,  arrows,  Greek  letters,  monetary  symbols,  etc. 
In  all,  over  120  different  graphics  symbols  are  available  in  the 
MHIAS.  Enough  variety  exists  to  create  almost  any  low-resolution 
picture  required  for  a  lesson. 

The  only  v-jay  to  produce  a  high-resolution  picture  during  the 
lesson  is  to  take  advantage  of  the  ability  to  run  programs  exter¬ 
nal  to  the  McGr ai'j-Hi  1 1  envir'onment.  That  is,  the  author  may  exit 
the  MHIAS  at  any  time  to  run  his  own  program.  So,  if  the  in¬ 
structor  vjishes,  he/ahe  may  create  a  program  to  produce  a  high- 
resolution  graph.  Of  course,  while  the  computer  is  running  the 
external  program,  the  McGraw-Hill  features  are  not  available. 

The  ability  to  run  one's  own  programs  is  a  very  important 
feature  in  the  MHIAS.  It  increases  the  power  of  the  authoring 
language  by  allowing  the  author  to  generate  any  add-ons  or  spe¬ 
cial  features  of  his  or  her  own  choosing.  Examples  of  such 
requirements  will  be  demonstrated  in  the  next  chapter. 


AUTHOR  INTERACTION 

fhe  McGraw-Hill  package  is  designed  For  the  nor.-progr ammer . 
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It  is  not  a  truo  authoring  language  requiring  a  careful  sequen¬ 
cing  of  conimands.  The  system  is  completely  menu-driven.  That 
is,,  the  author  must  respond  to  qtiestions  at  every  step  in  the 
process  oi  creating  a  screen  display.  The  MHIAS  heavily  relies 
on  templates,  requiring  all  displayed  screens  to  be  set  up 
according  to  one  of  five  formats.  (See  below  under  lesson-design 
attributes.)  This  j.  s  not  as  restrictive  as  it  sounds  since  the 
author  has  a  lot  of  flexibility  in  the  screen  design.  The  author 
inter£^ction  attributes  described  in  Chapter  Three  will  now  be 
discussed  individually. 

Management 

The  latest  release  of  the  MHIAS  (Version  3.1)  contains  some 
CMI.  Authors  are  asked  if  the  grading  of  an  answer  should  be 
tracked  by  the  management  routines.  An  affirmative  reply  trig¬ 
gers  the  recording  of  statistics  for  that  question  when  the 
lesson  13  run  bv'  a  student.  A  negative  reply  will  result  in  that 
answer  not  being  included  in  the  data  base. 

The  data  base  is  generated  at  the  time  the  delivery  diskette 
IS  used  and  is  stored  there.  The  student  must  be  processed  by  a 
"log  on"  procedure  at  the  start  of  the  lesson.  Up  to  ten  stu¬ 
dents  may  be  stored  on  one  delivery  diskette.  Unfortunately, 
there  is  no  protection  to  prevent  an  eleventh  student  from  log¬ 
ging  on.  The  extra  student  will  simply  erase  the  data  for  an 
earlier  student.  (That  is,  the  eleventh  student's  data  will 
write  over  the  first  student's  data,  the  twelfth  student's  data 
will  write  over  the  second  student's  data,  etc.)  Although  the 
student  must  enter  an  I.D.  number  and  section  number  during  the 
log  on  process,  there  are  no  restrictions  preventing  anyone  from 
successfully  running  a  lesson  using  any  name,  I.D.  number  or 
sectiofi  number. 

The  information  recorded  during  a  session  is  limited.  For 
those  questions  which  are  tracked  by  the  management  routines  only 
the  results  (right  or  wrong)  and  the  time  spent  doing  the  lesson 
are  saved.  The  responses,  themselves,  are  not  recorded.  Statis¬ 
tics  are  available  based  upon  this  data.  That  is,  the  instructor 
may  see  summary  charts  and  grapfts  of  the  performance  of  his 
students  by  using  a  special  password  with  the  delivery  diskette. 
This  information  may  be  sent  to  a  printer  if  desired.  See 
Appends:;  C  for  some  examples. 

Les son  Design 

There  are  basically  five  different  types  of  screens  that  the 
author  may  create:  F'r esentat i on ,  Multiple  Choice,  Fill-In-The- 
Blank,  Matching  and  Application/Simulation  screens.  All  of  them 
may  be  combined  with  a  video  segment  which  runs  before  the  screen 
is  displayed.  A  stand-alone  video  segment  may  also  be  generated. 
When  each  screen  is  created,  it  is  given  a  unique  name.  Any 
screen  may  be  the  target  of  a  branching  action  of  another  screen. 


19 


Response  Evaluation 


This  15  a  very  important  part  of  the  author  interaction. 

What  flexibility  is  built  into  the  MHIAS  to  evaluate  student 
responses?  Some  of  the  pertinent  features  have  already  been 
alluded  to  above.  Every  screen  except  the  Presentati on  screen 
expects  some  type  of  student  response.  In  most  cases,  the 
response  is  some  type  of  answer:  a  letter,  word  or  phrase.  (The 
only  exception  to  this  occurs  during  use  of  the  Appl i cati on/Si m- 
ulation  screen  when  using  function  key  or  cursor  key  branching.) 
Multiple  Choice  and  Matching  screens  simply  grade  the  responses 
entered  according  to  the  author's  instructions.  Fill-ln-The- 
Blank  and  Appl i cat i on/Si mul at i on  screens  allow  the  author  to 
enter  alternative  correct  answers.  The  number  of  alternatives 
accepted  depends  on  the  total  number  of  characters  involved. 
Additionally,  the  Application/Simulation  screen  accepts  numerical 
answers  and  allows  for  the  correct  answer  to  lie  within  a  given 
range.  (Figure  13)  Finally,  there  is  an  option  to  do  no 
checking  at  all. 


STUDENT  INTERACTION 

As  mentioned  in  the  previous  chapter,  the  student  has  the 
most  important  relationship  with  the  authoring  language.  Ease  of 
access,  bombproof  and  foolproof  software  all  contribute  to  make 
student  use  a  pleasurable  task;  one  devoid  of  irritation  and 
frustration.  The  McGraw-Hill  software  is  quite  easy  to  use  for  a 
student.  Once  the  equipment  is  set  up  (quite  a  few  cables  must 
be  put  in  their  correct  places  for  interactive  video  use)  all  the 
student  does  is  place  two  diskettes,  the  delivery  diskette  in  the 
primary  drive  and  the  lesson  diskette  in  the  secondary  drive,  and 
turn  the  computer  on.  The  MHIAS  immediately  takes  over.  Every¬ 
thing  he/she  must  do  is  prompted  by  the  system.  Once  the  student 
identifies  himself  or  herself  to  the  MHIAS,  any  lesson  on  the 
diskette  may  be  viewed.  The  author  may  allow  the  student  to  back 
up  throughout  the  lesson  a  maximum  of  three  screens,  or  he  may 
prevent  any  review.  Also,  the  author  can  allow  the  student  to 
stop  before  the  lesson  is  complete.  With  this  option  activated, 
the  student  can  restart  the  lesson  where  he/she  left  off.  One 
potentially  irritating  feature  of  the  MHIAS  is  that  the  student 
must  always  hit  the  spacebar  after  each  entry,  except  for  cursor 
branching  on  an  Application/Simulation  screen  (see  above). 

The  MHIAS  has  many  good  bombproofing  and  foolproofing  fea¬ 
tures-  It  is  virtually  impossible  for  the  student  to  enter  an 
incorrect  format  accidentally  or  to  press  a  key  illegally.  For 
example,  any  keys  not  usable  during  a  portion  of  the  lesson 
create  a  beep  when  pressed.  This  should  prevent  most  instances 
of  doing  a  legal  procedure  at  the  wrong  time  by  accident.  There 
are  some  potential  problems,  however.  Some  are  inherent  to  the 
small  computer  environment.  For  example,  diskettes  are  physical¬ 
ly  easy  to  destroy.  The  delivery  diskette  is  particularly 


21 


vulnerable  to  accidental  loss  ct  data.  Since  student  d<?.ta  is 
stored  on  it,  the  author  can  not  put  a  write-protect  tab  on  this 
diskette.  Thus,  it  would  be  easy  Tor  some  or  all  of  the  files  to 
be  ' amoved  or  written  over.  A  hard  disk  can  not  remove  all  the 
risk  for  student  error  since  all  student  lessons  must  be  placed 
on  diskettes  anyway,  regardless  of  the  hardware  situation. 

One  problem  still  remains  which  is  an  integral  part  of  the 
MHIAS.  Only  10  students  may  be  used  per  delivery  diskette.  For 
every  student  beyond  10  who  logs  on  to  the  system,  one  student’s 
data  gets  erased.  Apparently,  this  problem  eitists  even  i a  hard 
disk  pack  is  used.  Hopefully,  future  versions  of  the  McSraw-Hill 
pack.age  will  address  this  potentially  serious  deficiency. 

SUMMARY 

This  concludes  this  brief  examination  of  the  MHIAS.  Only  the 
major  char acter i st i cs  of  the  system  were  discussed.  There  are 
two  important  features  of  this  particular  authoring  tool  which 
stand  out  and  are  related  to  its  interactive  nature.  First,  a 
videotape  player  may  be  controlled  by  the  system.  This  is  done 
by  first  electronically  marking  the  tape.  Then,  the  author  can 
branch  to  a  screen  which  runs  the  desired  segment  of  the  tape. 
(Figure  12) 

The  second  feature  which  stands  out  is  that  the  system  is  de¬ 
signed  to  interact  with  the  student  by  asking  questions  in  a 
variety  of  formats.  Many  combinations  of  branching  are  possible 
depending  on  student  response.  Remediation,  review  and  skipping 
ahead  can  be  designed  into  the  lesson  flow. 

The  biggest  limitation  of  the  MHIAS  lies  in  its  student 
management  ability  (CMI)  and  its  limited  ability  for  on-screen 
simulation  of  events.  The  latter  refers  the  inability  to  se¬ 
quence  screens  in  groups  without  student  input.  The  only  way 
this  type  of  advanced  simulation  would  be  possible  is  through  an 
author'-gener ated  external  program.  Of  course,  specific  manage¬ 
ment  utilities  may  be  implemented  this  way  as  well. 

Next,  the  MHIAS  will  be  examined  from  the  standpoint  of  using 
it  in  the  ACSC  Associate  Program.  How  can  CBE  created  with  the 
help  of  this  tool  be  effective  in  the  seminar  program?  This 
question  is  addressed  in  Chapter  Five. 


Chapter  Five 


USING  THE  MCGRAW-HILL  INTERACTIVE  AUTHORING  SYSTEM 
IN  THE  AIR  COMMAND  AND  STAFF  COLLEGE  ASSOCIATE  PROGRAM 


FACTORS  AFF^CTI^te  tlSTHQPQLQ&v 

The  previous  chapters  have  discussed  in  general  terms  the 
concepts  of  CBE,  authoring  tools  and  one  particular  authoring 
system  from  McGraw-Hill.  The  primary  reason  for  investigating 
CBE  is  the  desire  of  ACSC  to  improve  the  distance-learning  of 
professional  military  education  in  the  field.  As  mentioned  in 
Chapter  One,  plans  are  well  under  way  to  update  and  modernize 
this  program.  With  Phase  1  of  the  new  program  set  to  start  in 
the  Fall  of  1985,  it  is  now  time  to  decide  how  to  effectively 
incorporate  CBE  into  the  program  by  Phase  3  scheduled  for  a  1907 
start.  An  importart  part  of  this  planning  process  is  to  estab¬ 
lish  a  methodology  for  the  integration  of  CBE  into  the  Associate 
Program. 

The  methodology  must  be  based  upon  sound  educational  practice 
while  keeping  in  mind  all  the  environmental  factors  associated 
with  lesson  cevelopment  and  delivery.  There  are  three  very 
important  environmental  factors  that  will  have  a  significant 
impact  on  any  CBE  methodology.  These  arei  <1)  distance-learning, 
(2)  group  approach  and  <3>  faculty  expertise. 

Distance-learning  refers  to  the  fact  that  the  ACSC  Associate 
Program  is  managed  from  Maxwell  AFB  in  Montgomery,  Alabama  while 
students  in  the  program  exist  at  virtually  every  base  around  the 
world.  Currently,  the  ACSC  budget  can  only  afford  to  send  the 
Faculty  Instructor  to  each  of  his/her  assigned  bases  three  times 
each  school  year.  Hence,  the  responsibility  for  the  quality  of 
the  program  rests  with  the  students.  CBE  can  provide  an  impor¬ 
tant  quality  control  mechanism  for  such  an  expansive  distance¬ 
learning  situation.  (5:20)  This  suggests  that  a  methodology  be 
found  which  enforces  some  minimal  standard  of  behavior  from  each 
student.  That  is,  the  CBE  lesson  should,  whenever  possible, 
attempt  to  fill  the  gap  created  by  the  nonavailability  of 
instructors. 

The  group  approach  to  the  Associate  Program  is  due  to  many 
factors.  The  most  important  reason  seminars  are  used  as  the 
preferred  method  of  instruction  is  to  allow  mutual  support  in 
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this  “intructorless"  environment.  Also,  many  of  the  topics  at 
ACSC  are  complicated  political,  economic  and  military  issues. 
Comprehension  is  greatly  assisted  by  discussion  in  the  seminars. 
This  approach  is  used  successfully  at  the  resident  school. 

Seminars,  however,  provide  an  interesting  challenge  to  the 
effective  use  of  CAI.  A  widely  used  phrase  describing  the 
instructional  advantage  of  CAI  over  other  traditional  approaches 
is  that  it's  "individualized,  interactive"  learning  (14:11-1). 
Consider  the  key  word  "individualized".  There  is  no  doubt  that 
the  CBE  en/ironment  (a  computer  terminal)  is  ideally  suited  for 
one-on-one  instruction.  The  classic  CAI  instructional  modes  of 
drill  and  practice,  tutorials  and  simple  games  all  have  as  their 
premise  the  computer  replacing  the  teacher  in  a  one-on-one  en¬ 
counter.  The  other  modes,  simulation  and  complex  games,  can  be 
as  suited  for  a  many-on-one  situation  as  a  one-on-one  situation. 

The  last  environmental  factor  of  significance  is  the  faculty 
expertise.  Under  the  present  arrangement,  the  bulk  of  the 
curriculum  design  is  done  by  line  Air  Force  officers  who  have 
some  experience  in  their  particular  block  of  instruction  but  do 
not  necessarily  have  an  education  background.  Of  course,  they 
also  don’t  necessarily  have  experience  with  CBE.  This  is  the 
most  important  limitation  in  the  use  of  CBE  in  the  Associate 
Program.  It  will  have  a  large  impact  on  the  way  ACSC  creates 
CBE. 


nSIHaMLOGY 

A  methodology  for  implementing  CBE  in  the  ACSC  Associate 
Program  will  be  based  upon  the  factors  mentioned  above  and  the 
hardware/software  combination.  The  latter  is  assumed  to  be  the 
MHIAS  and  the  associated  videotape  equipment  described  in  Chapter 
Four.  The  total  planned  system  is  diagrammed  in  Figure  1 
<20; — ) . 


Fortunately,  much  work  has  been  done  in  developing  instruc¬ 
tional  design  strategies  in  the  past.  Smith  and  Boyce  (9i — > 
have  taken  Gagne’s  nine  events  of  instruction  (3; — >  and  applied 
them  to  CAI  alternatives.  It  is  appropriate  to  now  review  these 
instructional  steps  with  the  Associate  Program  and  the  MHIAS  in 
mind. 

Step  1  -  Gaining  Attention 

This  is  the  classic  first  step  in  the  teaching  process.  CBE 
provides  a  lot  of  flexibility  in  carrying  out  this  event.  Using 
the  liHIAS,  an  appropriate  videotape  segment  could  be  shown  to 
gain  attention.  Or,  perhaps  a  pre-seminar  quiz  could  be  used  to 
focus  on  the  reading  assignments.  (Implementation  of  individual 
testing  in  the  seminar  environment  will  be  addressed  more  fully 
below.)  For  a  mature  seminar,  the  best  approach  might  be  not  to 
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use  an  attention  step  at  all,  or  to  make  it  very  subtle,  such  as 
simply  pointing  out  the  need  -for  pursuing  this  branch  o-f  study. 

Step  2  -  In-formino  the  Learner  o-f  the  Obiective 

The  student  needs  to  know  what  the  objective  o-f  the  lesson 
is,  no  matter  how  it  is  presented  to  him  or  her.  Again,  CBE 
provides  more  flexibility  in  doing  this.  Obviously,  a  presen¬ 
tation  screen  of  the  MHIAS  may  be  used  to  present  the  objectives 
of  the  lesson.  This  can  be  more  effective  than  a  written  presen¬ 
tation  in  a  book  by  using  blinking,  color  and  other  highlighting 
features  of  the  authoring  system.  Or,  a  graphics  display  may  be 
able  to  emphasize  the  objective.  A  much  more  creative  approach 
is  to  simulate  the  desired  learning  objective  for  the  learner. 
However,  the  MHIAS  has  limited  simulation  capabilities,  and  most 
lesson  objectives  in  the  ACSC  program  are  not  be  suitable  for 
simulation. 

Step  3  -  Stimulating  Recall  of  Prereouisite  Skills 

The  goal  here  is  to  ensure  that  the  student  has  the  necessary 
knowledge  to  proceed  with  the  new  objectives.  This  can  be  accom¬ 
plished  using  the  McGraw-Hill  package  to  ask  the  student  pertin¬ 
ent  questions.  This  could  be  integrated  as  part  of  the  pre-test, 
if  that  option  were  implemented.  Should  the  student  fail  to  show 
sufficient  recall,  the  CBE  could  provide  immediate  review.  There 
are  two  problems  in  doing  this  here.  First,  the  MHIAS  can  only 
deliver  lessons  placed  on  a  floppy  diskette  even  if  the  computer 
has  a  hard  disk  available.  The  problem  here  is  that  a  lesson 
diskette  is  restricted  to  a  total  of  70  screens.  Hence,  it  is 
unlikely  that  extensive  review  of  previous  lessons  could  be  put 
on  a  single  one  or  two  lesson  diskettes.  Second,  seminar  time  is 
not  the  appropriate  time  for  individual  students  to  pursue 
material  presented  in  previous  lessons. 

Step  4  -  Presenting  the  Stimulus  Material 

This  is  the  portion  of  the  CBE  lesson  which  presents  the  ma¬ 
terial  to  be  learned  by  the  student.  The  MHIAS  offers  a  number 
of  different  ways  to  go  about  doing  this.  Presentation  screens 
allow  textual  or  graphical  (low  resolution)  information  to  be 
displayed  using  color  and  blinking  to  enhance  the  visual  effect. 

A  limited  amount  of  animation  is  possible  using  tht  Applica¬ 
tion/Simulation  screen.  Videotape  segments  can  be  particularly 
effective  in  driving  home  a  point  through  the  use  of  expert 
testimony  or  action  sequences.  Or,  if  desired,  only  the  audio 
portion  of  the  videotape  may  be  played  to  deliver  a  specific  idea 
ii.  exactly  the  same  way  to  all  seminars.  One  big  advantage  of  a 
CBE  presentation  over  simply  reading  the  same  material  in  a  book 
(the  primary  means  for  information  transfer  in  the  current  ACSC 
seminar  curriculum)  is  the  ability  to  pace  the  learner.  That  is, 
the  CBE  author  can  force  the  student  to  accept  only  certain 
portions  of  the  lesson  in  one  eyeful.  This  grouping  process  can 
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aid  the  student  in  placing  emphasis  where  needed. 

St et^  5  -■  Providing  Learning  Guidance 

This  step  is  closely  linked  to  the  preceding  one.  It  is 
simplv'  the  continuation  o-f  step  4  from  one  logical  piece  of 
information  to  the  ne:(t.  In  fact,  learning  guidance  may  be 
supplied  within  the  presentation  of  the  stimulus  material  itself. 
Some  techniques  available  in  the  MHIAS  were  alreadv'  mentioned, 
such  as  blinking  and  color.  Of  course,  the  guidance  could  be 
provided  as  a  separate  screen  or  screens  when  appropriate.  This 
is  also  the  time  in  the  lesson  when  so-called  "help  packages"  may 
be  useful.  The  McGraw-l-li  1 1  system  has  the  capability  to  provide 
the  student  with  help  lines.  This  feature  is  only  available  on 
App 1 i cat i on /Si mul at i on  screens.  Up  to  two  lines  per  blank  area 
may  be  set  up  for  student  use  when  he  presses  a  special  function 
key.  However,  there  i  s  no  way  to  restrict  use  of  this  feature. 
That  is,  if  help  is  available,  it  can  be  accessed  by  the  learner 
on  demand.  This  somewhat  limits  its  usefulness. 

Step  6  -  Eliciting  Performance 

One  might  call  this  a  self-evaluation  tool  for  the  student. 
After  he  or  she  has  been  presented  a  certain  amount  of  infor¬ 
mation,  a  good  CEC  lesson  will  determine  how  well  this  student 
has  understood  it.  The  McGraw-Hill  system  is  ideally  suited  to 
do  this.  All  forms  of  questioning  templates  may  be  used  from  a 
matching  test  to  a  multiple  fill  in  the  blank  statement.  It  is 
best  to  allow  for  gradation  in  the  possible  correct  answers  when 
the  question  is  set  up.  In  this  way,  branches  may  be  created 
which  dirncts  the  student  to  the  appropriate  feedback  screen. 
Here,  seminars  present  a  challenge  since  each  member  may  actually 
require  different  treatment  but  only  a  consensus  choice  is 
allowed.  It  may  be  useful  on  some  occasions  to  use  a  polling 
technique  while  eliciting  the  seminar’s  performance.  That  is, 
the  CBE  lesson  could  ask  for  the  number  of  students  who  believe 
each  answer  is  correct.  Then,  each  student's  answer  could  be 
addressed.  The  amount  of  time  required  to  do  this  may  be  a 
potential  drawback. 

Step  7  -  F'rov idinq  Feedback 

Gf  course,  the  feedback  itself  is  highly  important  in  the 
learning  process.  This  is  particularly  true  for  the  ACSC 
seminars  because  of  the  absence  of  trained  instuctors  during  the 
seminars.  Feedback  may  be  constructed  in  any  of  the  allowable 
MHIAS  forms.  The  feedback  loop  may  be  quite  simple  or  very 
complicated.  The  author  may  choose  to  tell  the  student  that 
his/her  answer  was  wrong  and  then  give  him/her  the  correct 
response.  Or,  the  CAI  author  may  choose  to  initiate  an  entirely 
new  sequence  of  instruction  when  an  incorrect  response  is  given. 
In  the  seminar  mode,  neither  extreme  is  desirable.  The  farmer 
because  it  doesn’t  enhance  the  learning  process,  and  the  latter 


becaL'BR  •s^everal  students  in  the  seniitiar  mas'  tiot  ii(."td  detailed 
remediation.  Obviously,  a  happy  m€?dium  shoitld  he  sought. 

B._® .  ~  Assessing  Perf ormance 

This  is  another  function  which  is  difficult  to  perform 
frequently  in  today's  Resident  Program.  The  only  time;  pe;rf orm¬ 
ance  can  be  evaluated  are  on  three  formal  G!;ami  neit  i  ons .  This  is 
not  desirable  since  it  tends  to  discourage  adequate  routine 
preparation;  students  will  usually  wait  until  the  last  moment  to 
prepare-  for  the  formal  exams.  The  net  result  is  frequent 
superficial  learning.  This  type  of  testing  procedure  also 
totally  fails  to  simulate  an  actual  classroom  environment  where 
the  instructor  almost  continuously  evaulates  students'  progrt-jss. 
With  CBE,  assessing  performance  can  easily  be  done  even  for  a 
di  stance- 1  earning  program.  The  pre-test  conct^pt  may  determine 
individual  progress.  Or,  a  final  quiz  given  to  the  seminar  could 
be  the  vehicle  to  determine  if  lesson  objectives  were  met.  In 
either  case,  the  flHIAS  has  the  capability  necessary  tcD  perform 
this  i  nstruct  i  anal  task  quite  nicely,  with  the  ev:ception  of  the 
following  case.  Smith  and  Boyce  (9:10)  suggest  that  a  good  way 
to  use  CAI  to  assess  performance  i  s  to  have  the  computer  tailor 
tfie  quiz  based  upon  previous  responses.  The  program  would  select 
the  questions  from  a  test  bank.  The  only  way  to  implement  this 
e;(cellent  suggestion  would  be  to  write  one’s  own  program  to 
access  such  a  test  bank.  This  undertaking  would  be  so  large  that 
it  probably  would  overshadow  the  MHIAS  itself. 


lention  and  Transfer 


This  is  the  last  of  Gagne’s  instructional  events.  As  Smith 
and  Boyce  point  out  (9:10),  CBE  can  be  particularly  effective  in 
performing  this  often  neglected  step.  Unfortunately,  the  MHIAS 
would  not  be  particularly  suited  for  carrying  out  this  task. 

This  is  due  to  the  inability  to  recover  student  responses  while 
the  lesson  is  in  progress.  (The  instructor  and  student  may  see 
the  performance  only  after  the  lesson  has  been  completed. )  Thus, 
there  is  no  way  to  tailor  the  review  of  lesson  objectives  to  ac¬ 
tual  performance.  In  this  case,  an  author-supplied  program  won’t 
help  either.  While  the  student  responses  could  be  captured  and 
evaluated  using  such  a  procedure,  there  still  would  be  no  way  to 
get  the  data  back  into  the  MHIAS  for  use  in  branching  decisions. 


Gagne's  nine  events  of  instruction  presents  a  systematic  way 
of  constructing  CBE.  It  points  out  the  tremendous  flexibility 
available  to  the  student  if  the  lesson  is  carefully  developed. 
Ti,e  MHIAS  has  its  limitations.  The  seminar  approach  also 
restricts  some  of  the  advantages  inherent  to  CAI.  However,  if 
properly  employed,  the  McGraw-Hill  System  will  gain  significant 
benefits  over  the  non-CBE  system  for  both  the  student  and  the 
f  acu 1 ty . 


ADMINISTERING  CBE 


The  instructional  design  strategy  is  a-f-fected  by  corporate 
decisions  as  to  how  the  educational  materials  are  administered. 
This  is  particularly  true  for  the  ACSC  Associate  Program  because 
uniform  standards  must  be  applied  for  each  lesson  of  each  sem¬ 
inar,  regardless  of  location.  The  need  for  uniformity  is  further 
reinforced  by  the  frequent  transfer  of  faculty.  This  section 
will  examine  some  of  the  questions  related  to  the  administration 
of  CBE  using  the  MHIAS. 

Recall  that  one  of  the  major  advantages  of  using  CBE  in  the 
seminar  program  is  the  ability  to  assess  student  performance  on  a 
frequent  basis.  This  implies  that  one  of  the  objectives  in  using 
CBE  should  be  the  evaluation  of  a  seminar's  performance.  This 
requires  not  only  the  tasting  of  the  learner's  progress,  but  the 
capturing  of  the  data  for  faculty  analysis.  Unfortunately,  the 
McGraw-Hill  package  is  not  very  well  suited  to  meet  this  objec¬ 
tive  for  a  large  program  like  ACSC.  Although  management  func¬ 
tions  are  available  on  the  latest  release,  their  limited  scope 
reduces  its  usefulness  for  ACSC. 

The  primary  limitation  is  the  inability  to  record  student 
responses.  The  only  information  saved  by  the  MHIAS  is  the  result 
of  the  evaluation;  i.e.,  whether  the  question  was  answered  right 
or  wrong.  The  system  is  not  able  to  record  student  answers  so 
that  potential  weaknesses  may  be  studied.  One  possible  solution 
to  this  problem  is  for  ACSC  to  develop  a  management  system  of  its 
own  which  can  be  accessed  by  the  MHIAS  at  the  appropriate  time. 
This  approach  would  also  help  eliminate  some  of  the  problems 
inherent  with  the  group  CBE.  For  example,  the  administrative 
officer  of  the  seminar  could  be  tasked  with  entering  the  pre-test 
responses  for  all  seminar  members  during  the  break  period.  This 
would  occur  after  each  member  has  had  the  opportunity  to  view  all 
pre-test  questions  before  the  seminar  starts.  Sample  programs 
i  1 1  ustrati iig  how  this  might  be  done  are  included  in  Appendix  A. 

However,  these  programs  don’t  answer  many  questions  about  the 
logistics  of  using  diskettes;  i.e.,  how  students  would  be  able  to 
take  make-up  lessens  in  a  different  seminar.  After  all,  these 
diskettes  must  be  returned  (or  transmitted)  to  ACSC  if  student 
data  is  stored  on  them.  Also,  frequent  absences  of  studentr? 
require  easy  methods  for  making  up  lessons,  preferably  in  the 
seminar  environment.  The  best  solution  to  the  latter  problem  is 
to  have  a  master  list  of  students  for  each  base  on  each  delivery 
diskette.  Then,  at  least  students  from  the  same  base  may  attend 
each  others’  seminars  and  still  use  the  CMI.  A  student  from 
out-of-town  would  have  to  take  the  tests  upon  return  to  his  home 
station,  however.  This  solution  could  be  implemented  if  ACSC 
writes  its  own  CMI  programs.  Should  the  MHIAS  CMI  be  used,  the 
location  of  the  seminars  would  also  have  to  be  the  central 
repository  for  all  seminar  diskettes. 
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Another  aspect  o-f  administering  CBE  in  the  Associate  Program 
is  the  proper  sequence  of  events.  This  is  complicated  by  the 
seminar  environment.  Should  CAI  be  used  for  every  part  of  every 
lesson?  How  will  CBE  be  used  to  get  everyone  involved  in  the 
material?  How  will  the  evaluations  (pre-lesson  and  post-lesson) 
be  administered?  Of  course,  the  specific  answers  to  each  of 
these  questions  may  depend  on  the  lesson  itself.  However,  some 
general  guidelines  are  possible. 

First,  CAI  should  not  be  used  just  because  it  is  available. 

To  do  so,  could  result  in  having  a  detrimental  effect  on  the 
learning  process  rather  than  a  beneficial  one.  This  can  happen 
when  CAI  is  inappropriately  used}  creating  a  CAI  module  to 
emphasise  a  point  better  suited  to  discussion  is  one  example. 
Studies  have  shown  that  lOOX  self-paced  courses  are  not  as 
successful  as  courses  which  combine  self -pacing  with  other 
instructional  modes  (14j 11-20).  Similarly,  computer-assisted 
instruction  will  not  be  the  best  approach  for  all  educational 
goals.  CAI  should  be  treated  as  a  tool,  albeit  a  powerful  one, 
and  should  not  be  abused. 

There  is  no  doubt  that  portions  of  the  ACSC  curriculum  are 
not  suited  for  widespread  use  of  CAI.  A  past  study  by  Maj. 
Sparkman  (18: — )  evaluated  portions  of  of  the  resident  ACSC 
curriculum  for  possible  CAI  implementation.  The  author  draws  the 
fol  lolling  conclusion:  "Although  most  of  the  ACSC  core  curriculum 
is  not  suitable  for  the  application  of  CAI,  the  core  curriculum 
does  contain  areas  of  instruction  suitable  for  the  use  of  CAI." 
(18:39)  This  somewhat  somber  statement,  while  supporting  the  use 
of  CAI,  suggests  that  its  benefits  to  the  overall  program  may  be 
minimal . 

Two  important  facts  bear  on  this  conclusion.  One  is  that  the 
study  was  done  in  1976.  This  was  well  before  the  advent  of  the 
microcomputer  explosion  and  the  proliferation  of  computer  pro¬ 
grams  supporting  educational  goals.  It  was  also  before  other 
technologies,  such  as  videotape  and  videodisc,  were  linked  to  the 
computer  in  a  cost-effective  way.  The  other  significant  fact 
about  Ma_ .  Sparkman’s  study  is  his  emphasis  on  tutorial  CAI.  He 
is  not  writing  about  computer-based  education  in  the  context 
defined  here.  Rather,  he  is  referring  to  just  one  of  the  many 
ways  a  computer  can  act  as  a  surrogate  instructor.  Nonetheless, 
his  study  makes  a  valid  point  concerning  the  inevitable  unsuita¬ 
bility  of  parts  of  the  ACSC  curriculum  for  tutorial  CAI.  This 
does  not  negate  any  of  the  above  discussions  about  potential 
benefits  of  CBE  for  the  entire  program.  It  does  reaffirm  that 
pt  .ident  care  be  given  to  unnecessary  CAI  in  the  main  part  of  the 
instructional  process. 

When  the  faculty  determines  CBE  is  appropriate  to  use  during 
the  lesson,  the  next  problem  is  the  integration  of  CBE  into  the 
seminar  process.  The  seminar  and  CBE  are  essentially  competing 
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vehicles:')  a-<'  i  r)':;t.r  uc:  1 1  on  .  Tho-  former  r'eqiiires  interaction  with 
other  people  to  be  successful,  while  the  latter  is  -an  intrin¬ 
sically  one-on-one  (individual  -■  computer)  process.  How  can  both 
techniques  be  used  simultaneously'^  The  answer  must  be  found  by 
tc>aiiiining  the  best  qualities  of  both  approaches  and  design:  nq  ttie 
lesson  to  employ  the  optimum  strategy  for  each  objective.  The 
major  benefit  of  seminar  instruction  is  that  it  "reinforces 
readings  and  lectures,  enabling  you  to  share  your  personal 
experience  and  expertise  with  others."  (13:9)  This  is  normally 
done  through  the  use  of  discussion  questions  by  the  seminar 
chairperson.  On  the  other  hand,  CBE’s  main  benefits  stem  from 
the  ability  to  make  branchincj  decisions  depending  upon  students’ 
responses.  The  MHIAS  has  the  added  benefit  of  being  able  to 
control  operation  of  videotape  players.  Thus,  the  goal  in  lesson 
design  should  be  to  encourage  discussion  when  it  will  help 
clarify  the  topic  for  the  seminar  members,  and  to  use  the 
capabilities  cjf  CBE  to  move  the  seminar  through  the  correct 
educational  path  while  pointing  out  why  other  paths  are  not 
valid.  In  effect,  the  computer  may  replace  the  seminar  chair¬ 
person  entirely,  providing  the  best  possible  guidance  for  each 
seminar . 


THE  AUTHORING  F’ROCESS 

There  are  two  questions  which  need  answering  about  the 
authoring  process  for  ACSC.  First,  who  is  going  to  do  it? 
Second,  how  should  it  be  done?  The  answers  to  these  questions 
will  undoubtedly  play  a  major  role  in  determining  the  degree  of 
success  in  using  CBE  for  the  Associate  Program  at  ACSC.  Each 
issue  is  driven  by  many  factors,  some  of  which  have  already  been 
addressed  here.  Both  questions  deserve  careful  consideration. 

Wfio 

It  IS  generally  agreed  that  the  ideal  approach  to  authoring 
CAI  packages  is  through  the  use  of  the  development  team  concept. 
(9:5)  Such  a  team  consists  of  at  least  three  persons:  a  subject 
matter  expert,  an  instructional  designer  and  a  CAI  programmer. 
Each  individual  has  a  vital  role  to  play,  and,  in  many  respects, 
an  independent  one.  That  is,  the  final  product  may  be  better 
served  if  each  team  member  never  considers  the  area  of  respon¬ 
sibility  of  the  others  an  the  team.  For  example,  the  instruc¬ 
tional  designer  should  not  consider  the  problems  associated  with 
programming  the  computer  while  producing  the  lesson  flow. 

Whether  or  not  this  strict  philosophy  is  adhered  to,  the  experts 
agree  that  the  ingredients  supplied  by  each  team  member  must  be 
considered.  While  the  development  team  works  well  for  large 
organ  i ::  at  i  ons ,  it  is  often  impractical  for  others.  ACSC  can  not 
afford  to  take  this  costly  approach  to  CBE,  requiring  the  hiring 
of  experts  in  instuctional  design  methods,  computer  programmers 
and  sub  jBc  t:-matt'er  specialists  for  its  wide-ranging  curriculum. 


r  (..)r  Li.ir  i.:A  I  el.  y ,  hhe^'e  are  several  variations  io  iiie  ideal  team 
approach.  (14:11-12  -  II--15).  Two  are  of  interest  for  ACStI:  the 
"Computer  (juided  Author"  and  the  "Computer  Supported  Development 
Team.  In  the  first  variation,  CAI  is  put  together  entirely  by 
tl!G  sub  ]ect  matter  e;;pert  with  the  help  of  sophisticated  author¬ 
ing  tools.  The  idea  is  that  an  individual  who  is  naive  in 
computer  programming  but  expert  in  his  subject  can  write  good  CAI 
with  the  aid  of  elegant  computer-  progams.  The  second  Vciriation 
again  allows  the  subject  experts  to  put  most  of  the  le^sson  on  the 
computer  using  specific  instructional  design  techniques  and 
authoring  aids.  The  differences  here  are  (1>  final  design  deci¬ 
sions  lie  With  the  instructional  designer;  (2)  a  pr ogrammer  may 
be  lUit'ued  to  do  special  procedures;  and  consequen  1. 1  y  (3)  the 
authoring  tools  used  by  the  subject  experts  don’t  have  to  be  as 
sophisticated  as  required  for  the  Computer  Guided  Author  ap¬ 
proach  „ 


How  does  all  this  impact  the  ACSC  implementation  of  CBE2'  It 
is  reasonable  to  assume  that  the  type  of  sophisticated  authoring 
tools  requii'pcl  for  the  Computer  Guided  Author  approach  will  not 
be  available  in  the  next  several  years  due  to  cost  and  software 
limitations.  (14:11-15)  However,  a  small  group  of  several  (three 
or  four)  officers  who  are  comfortable  with  mi crocomputers  may  be 
either  hired  or  found  on  the  present  staff.  (Recently,  one 
individual  wus  hired  as  a  computer  specialist.)  Therefore,  the 
Computer  Supported  Development  Team  (CSDT)  is  a  reasonable 
approach  far  ACSC.  But,  rather  than  allowing  the  subject  experts 
to  do  the  actual  lesson  input  into  the  computer,  the  process 
would  be-;  facilitated  by  letting  the  group  do  this  tasf:,  at  least 
initially,  A  savings  in  training  personnel  can  be  realised  by 
using  the;  skills  already  existing  on  the  facult'/  to  be  part  of 
flic.'  eSD'f  and  to  do  the  bulk  of  the  software  creation.  Gradually, 
tilt;  lesson  authors  may  wish  to  help  in  this  process;  this  would 
make  (fBE  more  efficient. 

Thus,  all  lesson  writers  would  be  first  briefed  by  the  team  as 
to  the  standard  lesson  format  (the  instructional  design  done  by 
tfi(2  GGDT  )  »  Then,  they  would  prepare  their  lessons  as  they  norm¬ 
ally  would,  e;;cept  they  would  keep  in  mind  CBE.  The  actual 
creation  of  the  CE-iE  is  done  by  a  CBDT  member.  Occasi  anal  1  y ,  the 
programmer  may  have  to  supply  in-house  programs  to  accomplish  a 
desired  learning  objective,  but  this  would  be  tkio  exception,  not 
tl-)e  rule. 


There  can  be  no  single  answer  to  this  question.  How  the  CBE 
li  ..son  in  f)ut.  togotlier  will  depend  upon  too  many  variables  to 
u'-tablisfi  one  single  pattern  for  all  situations.  But,  general 
guidarvie  based  upon  the  knowri  factors  Ccan  Im-  ms'  ImI  in  1  ayi  ng  a 
T  o  u  n  d  ri  t  i  o  n  -or-  a  c:  tic  n  , 


Ttie  l  irst  issue  which  must  be  resolved  in  answering  the 


question  "How""  is  one  o-f  so-ftware  support.  The  CftI  Decision 
Hand  boot:: .  ATC  Pamplet  50-4,  o-f-fers  some  useful  guidance  in  this 
area  worth  considering: 

Because  an  authoring  system  can  be  effectively  and 
quietly  used  by  regular  instructional  personnel,  it 
imposes  the  least  demand  on  f'a  establishment  of  unique 
organizational  structures  tc  accommodate  the  courseware 
development  process.  An  authoring  syatem  is  the  best 
choice  when  CAI  courseware  has  to  be  integrated  into 
the  work  environment  as  an  additional  duty  o-f  the 
instructional  staff.  <14:111-51) 

The  emphasis  is  in  the  original  text.  Thr  main  point  here  is  the 
recommendation  to  use  an  authoring  system  rather  than  an  author¬ 
ing  language.  (Recall  that  the  MHIAS  is  essentially  the  former.) 
Thus,  the  faculty  constraints  and  the  need  for  a  CSDT  both 
suggest  the  requirement  for  an  authoring  system.  Now  that  the 
type  of  hardware  and  software  support  has  been  decided  upon,  the 
focus  turns  to  the  authors  themselves. 

The  author  must  first  decide  on  the  goals  for  the  learner. 
What  abilities  should  the  student  acquire  after  accomplishing  all 
lesson  objectives?  At  the  same  time  the  lesson  objectives  should 
be  drafted  since  they  are  closely  tied  to  the  goals.  Once  this 
is  done,  tnen  the  mode  of  presentation  for  each  lesson  segment 
can  be  selected.  For  the  seminar  environment,  any  number  of 
techniques  will  be  available  such  as  readings,  videotape  seg¬ 
ments,  discussion  questions,  demonstration,  simulation,  etc.  All 
support  necessary  for  a  good  presentation  for  every  technique 
must  be  assembled  and  ordered  into  a  logical  sequence. 

At  this  point,  the  author  then  determines  how  CBE  can  assist 
in  the  seminar  process.  The  nine  instructional  steps  listed  in 
earlier  in  this  chapter  should  provide  an  excellent  guide  to  both 
organize  the  lesson  and  decide  the  best  use  of  CBE.  For  example, 
if  discussion  is  the  best  method  to  achieve  the  goals  of  a  cer — 
tain  objective,  then  CBE  will  not  play  a  major  role  in  step  4, 
presenting  the  stimulus  material.  However,  the  next  step, 
providing  learning  guidance,  may  best  be  done  entirely  through 
CAI.  On  the  other  hand,  the  exact  opposite  may  be  true  where  CAI 
presents  the  stimulus  material,  and  the  learning  guidance  is  done 
through  some  other  feedback  mechanism.  A  concrete  example  of  the 
latter  situation  might  be  some  type  of  written  exercise  which 
requires  faculty  grading. 

The  computer  and  an  authoring  system  such  as  the  MHIAS 
provide  the  ACSC  curriculum  designer  one  additional  tool  to  use 
in  his  bag  of  tricks.  It  is  a  powerful  device  that  can  be  inte¬ 
grated  within  the  entire  learning  process.  The  lesson  shoiild  be 
laid  out  on  paper,  including  the  screens  which  comprise  the  CBE. 
This  can  then  be  given  to  the  programmer  for  testing  development 
on  the  computer. 
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Since  one  o-f  the  important  functions  of  CBE  will  be  inter¬ 
active  video,  this  subject  is  treated  separately. 


CONTROLLING  THE  VIDEO 

The  McGraw-Hill  Authoring  System  has  a  major  advantage  over 
many  other  authoring  packages  on  microcomputers  in  its  ability  to 
interface  with  a  videotape  player.  This  is  of  particular  signi¬ 
ficance  to  the  seminar  program  at  ACSC  due  to  the  large  amount  of 
video  support  materials  used  in  the  past.  Video  can,  of  course, 
be  of  immense  value  in  providing  the  student  with  active,  alive, 
dynamic  support.  There  are  several  advantages  to  using  inter¬ 
active  video. 

First,  the  author  can  cue  the  students  about  what  to  look  for 
during  the  playing  of  the  video  immediately  before  they  see  it. 
This  is  much  more  effective  than  giving  a  long  list  of  subjects 
to  watch  for  prior  to  the  viewing,  particularly  if  the  videotape 
plays  more  than  a  few  minutes. 

Second,  portions  of  the  videotape  can  be  selectively  edited 
out  of  the  lesson  by  each  individual  seminar.  That  is,  the 
author  could  allow  the  students  the  option  to  skip  certain  parts 
of  the  video  if  they  display  some  pr e-determi ned  behavior.  As  an 
example,  a  correct  response  to  a  question  about  one  issue  on  the 
video  allows  the  seminar  to  move  on  to  other  topics  while  elim¬ 
inating  the  necessity  to  see  that  segment. 

A  third  benefit  of  using  CBE  to  control  the  video  is  the 
ability  to  review  selected  portions  for  remediation  or  enhancing 
retention.  The  students  could  automatically  be  shown  the  video 
segment  again,  or  it  could  be  seen  at  their  option.  In  either 
case,  CBE  gives  quick  access  to  the  right  part  of  the  tape  with 
no  student  action  required. 

The  ability  to  show  out-of -sequence  segments  is  the  last 
benefit  of  CBE  controlled  video  mentioned  here.  This  is  partic¬ 
ularly  useful  when  an  unedited  videotape  is  used  containing 
information  out  of  order  for  the  author's  purposes.  Using  the 
MHIAS,  the  author  can  program  the  computer  to  -»how  segments  in 
any  order.  This  will  be  a  very  valuable  option  for  the  ACSC 
Associate  Program. 

One  cautionary  note  should  be  made  at  this  point.  The  MHIAS 
can  control  any  videotape  once  properly  marked.  Obviously,  the 
eojiest,  least  expensive  method  is  to  use  unedited  tapes,  similar 
to  the  way  tapes  are  used  today.  This,  however,  is  not  the  ideal 
way  to  use  the  tape.  It  is  useful  to  have  pauses  between  the 
segments  and  to  have  them  sequenced  as  close  to  their  expected 
use  as  possible.  This  is  true  because  the  tape  will  be  shown  in 
segments  under  control  of  the  computer,  and  there  is  some  inac- 
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curacy  involved  in  locating  a  given  spot  on  the  tiipe.  This 
inaccuracy  is  inherent  in  the  videotape  player’s  abiiit'/  to  stop 
the  tape  at  the  e:;act  position  desired.  The  error  usually  is  no 
more  ttian  a  tow  soconds  ot  playing  time.  Also,  vi  deo  I:  a|.)e  player- 
can  not  rewind  the  Lipe  from  one  end  to  anothei  very  quietly. 
Tins  can  sometimes  create  a  wait  ot  several  minutes  tor  long 
tapes-  Thus,  more  protessional  CBE  will  be?  possible  it  the  tape 
is  edited  in  the  manner  described.  (19:T6.B> 


THE.  SAMPLE  LESSON 

In  ordr,'r-  to  under  st£ind  the  Ccipabi  1  i  ti  es  and  limitations  ot 
the  MHIA3  for  ACSC  use,  a  sample  lesson  was  develope’d  using  the 
hardware  and  sottware  described  in  Chapter  Four.  A  1 6?s5on  was 
picked  tram  the  current  seminar  program  without  modi t  i  cat  i  on . 

The  lesson,  trom  the  last  block  ot  instruction,  is  entitled 
"Nonstrategic  Nuclear,  Chemical  and  Biological  Operations", 
Lesson  45  (10:--;  11:--;  12:  — ).  One  videotape  is  used  in  tl'ie 

lesson,  a  BBC  (British  Broadcasting  Corporation)  production 
calleKJ  "A  Higher  Form  ot  Killing"  which  discussed  the  chemical 
and  b’Dlogical  threat  to  NATO  (North  Atlantic  Treaty  Organ- 
i  i^ati  Dn  )  . 

Various  types  at  approaches  were  ried  using  this  lesson.  A 
sample  pre-lesson  quiz  is  given  beft.rt,-  the  lesson  starts.  Video 
tape  segments  are  made  availatble  at  various  times  during  the 
lesson,  L(:?ad-ott  discussion  questiens,  and  teedbact:  loops  are 
used.  Some  ot  the  special  teatures  ot  the  MHIAE  are  eKerciseo 
including  blinking,  color,  cursor  k:ey  branching  and  temporary 
exiting  ot  lesson  to  run  an  author -c:rc?ated  program.  Some 

sample  lesson  .:-.  eenB  and  turther  discussion  are  included  in 
Appendix  B, 


Chapter  Si;'. 


roMCLucicr:';:  hmd  recommendations 


CONCLUSIONS 

1.  The  McGraw-Hill  Interactive  Authoring  System  is  a  useful  tool 
to  assist  the  Air  Command  and  Staff  College  Associate  Program 
develop  Computer-E-iased  Education. 

2.  The  advantages  of  this  system  are  its  ease-of  use  through 
menus  and  templates,  interactive  video  cap a.b i  1 1 1'/ ,  and  branching 
character i sti cs , 

3.  The  limitations;  of  this  system  are  the  lack  of  useful  manage¬ 
ment  tools,  high-resolution  graphics  and  sequential  screen 

vi ewi ng . 

4.  AC5C  will  not  be  able  to  use  the  management  utilities  pro¬ 
vided  by  the  MHIAS,  hence,,  will  have  to  develop  its  own. 

5.  A  “'/at.eiiiut  i  c:  ,;,\pproach  k.o  lesson  de'.'el  opment  will  be  essenti.al 
to  successful  implementation  of  CAI.  This  can  be?  accomp  1  i  she?d 
with  the  creati or  of  a  Computer  Supported  Development  Team  (C9DT) 
and  the  use  of  Gajne's  nine  events  of  instruction. 

6n  Witli  the  use  of  the  MHIAS  and  the  CSDT,  a  list  of  procedure's 
for  e’ve’rv'  ACSC  facult'/  author  will  not  be  required,  since  the 
bulk  of  the  computer  interfacing  will  be  done  by  team  members. 


RECOMMENDATIONS 

In  ACSC  should  exploit  the  strengths  of  the  MHIAS.  Because  it 
is  re?latively  easy  to  use,  most  of  the  lesson  authors  can  become 
familiar  with  its  capabilities.  This  will  aid  them  in  the  CBE 
design  process.  Also,  interactive  video  should  be  used  whenever 
practical  to  enhance  the  student  learning.  Addi ti onal 1  vs  the 
process  of  guiding  the  learning  through  appropriate  questioning 
will  be  an  effect! '.'e  use  of  this  software. 

2.  ACSC  should  avoid  the  weal:nesses  of  the  MHIAS.  V'ery  little 
simulation  or  demonstration  can  be  done  with  this  authoring 
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system.  If  such  methods  are  absolutely  essential  to  the  lesson, 
separate  computer  programs  should  be  written  to  be  executed  from 
the  rlHIAS. 

3.  A  team  should  be  developed  consisting  of  at  least  three 

officers  who  would  have  primary  responsi bi 1 ty  for  creating 
instructional  design  criteria  for  the  rest  of  the  faculty.  This  • 

CSDT  (Computer  Supported  Development  Team)  could  be  initially 

trained  at  the  Academic  Instructor  School  to  acquire  the  skills 
in  instructional  design  using  CBE.  The  CSDT  should  focus  on 
implementing  the  computer  interface  with  the  curriculum.  Other 
faculty  members,  once  aware  of  the  MHIAS  capabilities,  will  do 
most  of  the  actual  lesson  design.  At  least  one  of  the  CSDT  mem¬ 
bers  should  have  programming  skills  to  augment  the  MHIAS  when 
necessary. 

4.  A  management  system  should  be  created  which  will  interface 
with  the  MHIAS.  It  should  have  the  capability  of  (1)  recording 
student  answers  for  evaluation  by  the  faculty,  and  (2)  performing 
statistical  analysis  functions  on  the  student  data. 

5.  ACSC  should  study  the  possibility  of  using  CBE  for  both 
missed  lessons  by  the  seminar  students  and  for  the  correspondence 
course.  Several  limitations  associated  with  the  seminar  envir¬ 
onment  are  not  present  under  these  circumstances.  The  full 
advantages  of  a  single  student  -  single  computer  could  then  be 
exp  1 oi ted . 
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EXAMPLE  COMPUTER-MANAGEMENT  PROGRAMS 


Chapter  Five  points  out  several  serious  limitations  in  tlie 
e;;isting  MHIAB  management  utilities.  Basically,  McGraw-Hill  has 
designed  a  useful  CMI  package  Tor  a  course  with  a  small  number  oT 
students-  It  is  not  capable  oT  managing  the  collection,  storage 
and  analysis  oT  hundreds  oT  students  over  a  nine  month  instruc¬ 
tional  period,  as  required  by  the  ACSC  Associate  Program. 

Clearly,  this  task  must  be  carefully  implemented  to  insure  the 
quality  oT  data  collection,  an  integral  part  oT  the  revised 
program. 

Fortunately,  the  MHIAS  provides  the  ability  to  access  user¬ 
generated  software  at  any  time  with  immediate  return  to  the 
delivery  system  once  finished.  From  the  students'  poi  nt--of-view, 
they  are  unaware  of  this  operation.  Therefore,  it  is  feasible 
for  ACSC  to  develop  its  own,  tailored  management  system  which  has 
the  potential  of  easily  surpassing  the  usefulnc?ss  of  an'/  commer¬ 
cially  produced  product. 

One  strategy  suggested  by  ACSC/EDP  is  to  use  a  program  which 
records  the  answers  of  the  students  (recall  that  this  is  one 
feature  lacking  in  the  MHIAS)  at  some  con'/enient  time  during  the 
seminar-  Presumably,  all  seminar  members  will  have  viewed  the 
pre-seminar  quiz,  recording  their  answers  for  later  entry  into 
this  system.  The  actual  entry  process  could  be  done  individ¬ 
ual!'/,  or  by  someone  tasked  to  do  this  for  everyone.  Clearly, 
maintaining  the  integrity  of  the  entire  quiz’zing  process  will 
have  to  be  addressed  by  ACSC. 

This  appendi;'  documents  three  e;; ample  programs  developed  to 
illustrate  some  of  the  concepts  suggested  b'/  this  strategy.  The 
first  program  is  "Files".  It  would  onl’/  be  run  by  the  ACSC  fac¬ 
ulty  to  set  up  student  files  and  correct  answer  files  for  each 
seminar.  Then,  the  program  "Score"  is  run  from  within  the  MHIAS. 
It  "prompts"  the  students  to  enter  their  answers  which  then  are 
stored  on  the  delivery  diskette.  Finally,  a  program  is  needed  to 
access  the  information  gathered  b'/  "Score".  This  is  the  job  of 
"ReadFile".  It  prints  out  the  student  answers  and  grades  them 
using  the  correct  answer  file  set  up  during  the  running  of 
"Files"  . 

The  reader  should  be  cautioned  that  these  programs  are  only 
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meant  as  examples.  Many  other  -functions  in  a  good  management 
system  would  be  oesirable  for  ACSC  which  are  not  included  here. 
One  obvious  missing  area  is  a  program  to  collect  week-by-week 
results  and  do  statistical  analyses  on  them.  That  is,  some  sort 
of  data-based  relational  management  system  must  be  devised. 

The  commented  source  listings  and  sample  runs  are  included 
below  for  reference.  The  programs  are  written  in  Turbo  Pascal 
(22; — >.  Figures  2-4  illustrate  what  the  user  would  see  while 
running  these  programs.  The  executable  codes  (which  can  run  on 
either  the  IBM,  COMPAQ  or  Zenith  Z-100  personal  computers)  reside 
with  ACSC/EDPT. 


THE  "FILES"  PROGRAM 

program  Files; 

fThis  program  is  written  in  Turbo  Pascal  Ver  2.0  by  Maj  John 
Gaudet  as  a  demonstration  program  for  an  BPS  project.  It 
creates  two  disk  files, 

I NPUTN AME .DAT  an d  I NPUTN AME . ANS 
on  the  A:  drive,  where  InputMame  is  entered  by  the  user. 

INPUTNAME.DAT  is  a  data  file  used  to  record  student  answei  s. 

Up  to  20  students  can  be  entered  with  10  responses  of  10 
characters  each. 

INPUTNAME. ANS  is  a  data  file  used  to  store  the  correct  answers 
for  the  questions  asked  of  the  students.  Again,  up  to  10 
answers  may  be  stored  each  of  no  more  than  10  characters. 

Once  INPUTNAME.DAT  is  created  by  the  instructor,  the  program 
SCORE  is  run 

by  the  student  using  the  McGraw-Hill  Authoring  System  to  enter 
the  student’s  answers.} 

const 

Max Student  =  20; 
type 

student  =  record 

NumQuestions  :  integer; 

StuNum  :  integer; 
name  ;  string [201; 

answers  :  array C I . . MaxStudent 3  of  stringClOl; 
SaveFlag  :  boolean; 
end; 

Right Answers  =  record 

Correct Answers  :  array! 1 .. MaxStudent 3  of 

string! 103 ; 

end; 

var 

i,j,  NumStudents, temp  :  integer; 
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StudentRec  s  student; 

StudentFile  :  -file  of  student; 

Fi 1 eName, InputName  :  stringC14]; 
istr  ;  strinqr2]; 

Ri qhf  AnswerRec  :  Ri  <jlit Answers; 
RicjhtAnswerFi  1  e  s  -file  o-f  Ri  ght  Answers; 


begin  {main} 

{prepare  INPUTNAME.DAT} 

writeln;  write(’  ENTER  FILE  NAME  TO  BE  CREATED;  ’) 
BuTLen  :=  8;  read  (InputName)  ; 

writeln;  write('  NUMBER  OF  STUDENTS  IN  FILE:  M; 
repeat  readln  (NumStudents) 
until  NumStudents  in  C 1 . . MaxStudent ] ; 

FileName  :==  ’  A:  ’ +InputName+’ .  DAT' } 
assign  <StudentFi le,Fi leName)  ; 
rewrite (StudentFi le) ; 

with  StudentRec  do  {get  student  names,  etc.} 
begin 

write<'  NUMBER  OF  QUESTIONS;  '); 
repeat  readln  (NumQuestions) 
until  NumQuestions  in  Cl..  103; 
temp  ; “  NumQuestions; 
writeln;  writeln; 

■for  i  :«  1  to  NumStudents  do 
begin 

writeln;  write<' STUDENT  NAME;  ' ) ; 

Bu-fLen  :=  20; 
read (name) ; 

StuNum  I =  i  ; 

SaveFlag  :=  -false; 
for  j  ;=  1  to  10  do 
answersC  j  3  ; =  '  ’ ; 
write (StudentFi le,  StudentRec ) ; 
end;  {for} 
end;  {with} 
close (StudentFi 1 e) ; 

{prepare  INPUTNAME. ANS} 

FileName  ;=  ' A; ' +InputName+’ .  ANS’ ; 
assign  (RightAnswerFi  le,  Fi  leName)  ; 
rewrite(RightAn3werFile)  ; 

with  RightAnswerRec  do  {get  correct  answers} 
begi  n 

writeln;  writeln; 

for  i  : =  1  to  temp  do 


str ( i , i str  )  ; 

write( 'ANSWER  TO  QUESTION  #  '+istr+’: 
Bu-fLen  i*  10|  readl  n  (CorrectAnawer  hC  i  3 )  | 
end}  C-for} 

write (Ri ghtAnswerFi le, Ri ghtAnswerRec ) ; 
end;  [with} 

close(RightAnswerFile)  ; 
end . 


Note;  Boldface  indicates  responses  by  user. 


ENTER  FILE  NAME  TO  BE  CREATED:  student 
NUMBER  OF  STUDENTS  IN  FILE:  S 
NUMBER  OF  QUESTIONS:  3 


STUDENT  NAME: 
STUDENT  NAME; 
STUDENT  NAME: 
STUDENT  NAME: 
STUDENT  NAME: 


John  Jones 
Mary  Smith 
Harry  Murphy 
Howard  Johnson 
Dean  James 


ANSWER  TO  QUESTION  #  1:  a  b  d  a 
ANSWER  TO  QUESTION  #  2:  binary 
ANSWER  TO  QUESTION  #  3:  true 


Figure  2.  Example  Run  of  "Files" 


THE  "SCORE"  PROGRAM 
■C$1-, U+}  [special  compiler  directives} 

program  score; 

■[This  program  was  written  in  Turbo  Pascal,  Ver  2.0,  by  Maj  John 
Gaudet  as  a  demonstration  program  for  an  SPS  project.  It  is 
designed  to  be  run  from  the  McGraw-Hill  Authoring  System  in 
order  to  record  students  answers  for  later  evaluation.  Since 
triis  program  accesses  STUDENT.DAT  on  the  A;  drive,  the  program 
FILES  must  be  run  first  to  create  a  file  named  STUDENT. 

The  students  are  prompted  through  a  series  of  questions  to  enter 
the  information.  For  the  purposes  of  this  demonstration, 
students  are  identified  by  a  student  number  1  thru  20.  Some 
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amaunt  of  foal  proof  i  ncj  is  built  in.] 


label  done; 
const 

l'1  a  x  S 1 1 .1  d  e  1 1 1  -  2  C) ; 
typo 

students  -“  record 

NumQuesi 1 ans  :  integer; 

StuNum  :  integer; 
name  :  53tringr203; 

answers  :  array  C  1 .  .  tiaxStudent  3  of  stringClCO; 
SaveFlag  :  boolean; 

Cfod ; 


var 

StudentFile  :  file  of  students; 
Student Roc  :  students; 
pnr,  tJuinStudent s  :  integer; 
finished  ;  boolean; 
ans  :  char; 


procedure  initialize;  Cset  up  STUDENT.DAT] 
beg  1  n 

assi gn <StudentFi 1 e,  ' A: STUDENT.  DAT'  ) ; 
reset  (Studentf'i  le)  ; 

NuiiiStudents  ;=  Fi  1  eCi2e<StudentFi  le)  ; 
r?nd ; 


procedure  intro;  CWelcome  students] 
beq  i  n 

wntelnr  WELCOME  TO  THE  ACSC  ASSOCIATE  PROGRAM 
writeln(’  PRE  -TEST  SCORE  RECORDER  ■' )  ; 

wr i tel n ; 


writeln<‘  ENTER  99  WHEN  YOU  ARE  DONE.’); 

wr i tel n ; 

writeln(’  Press  RETURN  to  continue.’); 


end ; 


'  > ; 


procedure  clear;  fcl  ear  scr'een  by  scrolling] 
var  i  :  integer; 
begin 

for  i  1  to  24  do 
wr i tel n ; 
end ; 


procedure  GetNum;  tget  student  number,  make  sure  its  correct, 
var  ot  :  boolean; 
b  eg  i  n 

pnr  0; 

repea  t 
oF  tr'ue; 

wr i tel n ; 


47 


wr  i  heJ  n  <  '  l'lr?ase  enter  the  information’); 
wrjLelti('  requested  belov'j:’); 

wf  I  (,e  I  1 1 ; 

wri.  te(’  STL)L)[;-.MT  tt:  ’); 
bu  fieri  :  2; 

r'e  -.K,!  <  pi  ir' )  ; 
wr  1  te  I  n  ; 

if  not  (pnr  in  C 1 . . NumStudents,  993 )  then 
i  leg  1  n 

ok  :  false; 
wi'  1  tn?l  n  ; 

wr  1  te  l.  n  ;  wr  i  tel  n  ( ’  I NCORRECT  STUDENT  NUMBER  '  ’  )  ; 
wi'  .1  tel  n  ; 
end;  Cif} 

if  loResult  O  then 
begi  n 

ok  false; 
wr  i tel n ; 

wr.itcln;  wr  i  tel  n  ( ’  YOU  CAN  ONLY  ENTER  ONE’); 
wri  tel  n  (  ■’  OR  TWO  DIGIT  NUMBERS  !  ’  )  ; 
wr  .1  tel  n  ; 
end;  fifl 
unti.  1  of; 

(.’nd  5 


procodu'' e  liello;  ti.d.  student  by  name) 
begi  n 

seek (StudentFi 1 e,  pnr-1 )  ; 
read (StudentFi 1 e, StudentRec )  ; 

With  StudentRec  do 
brjcj  i.  n 

wr  I  k o  1  n  ;  wi '  i  t  e  1  n  (  ’  RECORDS  FOR :  •'  ,  name )  ; 
wri tel n; 
nek.  fwi  th) 

end 

procedure  GetAnswers;  tget  and  store  answers  in  answer  array) 
var  i  ;  integer; 

ichar  ;  stringC23; 

beg  i  n 

with  StudentRec  do 
for  I  :=  1  to  NumQuestions  do 

beg  i  n 

str (  i  , i char  )  ; 

write(’  QUESTION  #  ’+ichar+’  ANSWER:  ’  )  ; 
buflen  : 10;  read  1  n  ( answersC  i  3  )  ; 
end;  Cif) 
rend ; 

function  AnswersCheck  :  boolean;  tcheck  for  change  of  heart) 
var  ans  :  char; 
beigi  n 

AnswersCheck  false; 
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wr i tel n ; 

write(’  ARE  THESE  CORRECT?  (Y/N):  '); 
read ( ans )  ; 

i  -f  ans  in  I  '  Y  '  ,  ’  y  ’  J  then 
Answer sChecl:  :  true 
el  se 
begin 
wri tel n; 

writeln<’  ANSWERS  NOT  SAVED'’); 
wri tel n ; 
end;  Celse> 
end ; 

procedure  SaveAnswers;  Csave  answers  i -f  not  already  stored 
begin 

with  StudentRec  do 
begin 

iT  SaveFlag  =  true  then 
begin 
wr i tel n ; 

writeln(’ SORRY,  ANSWERS  FOR  name); 
writeln(’  ALREADY  SAVED  !'•’)  ; 

wri tel n ; 
end  Cif  true} 
else 
begin 

seek (StudentFi 1 e,  pnr- 1 ) ; 

SaveFlag  :  true; 
wr i te ( Student Fi 1 e,  StudentRec )  ; 
end;  {if  false} 
end;  {with} 
end ; 

begin  {main} 
finished  false; 
initialize; 
c 1  ear ; 
i  ntro; 
read (ans)  ; 
c ] ear ; 
repeat 
repeat 
GetNum; 

if  pnr  =  99  then  goto  done; 
hel Id; 

Get Answers; 
until  AnswersCheck ; 

SaveAnswers; 
until  finished; 
done:  c 1 ose ( StudentFi 1 e) : 


Boldface  indicates  responses  by  user 


WELCOME  TD  THE  ACSC  ASSOCIATE  PROGRAM 
PRE-TEST  SCORE  RECORDER  I 

ENTER  99  WHEN  YOU  ARE  DONE. 

Pr  ess  REfLJRN  to  continue. 

Please-'  enter  the^  information 
requested  Lielow: 

STUDENT  #:  1 

RECORDS  POP:  John  Jones 

QUESTION  #  1  ANSWER:  a,b,c,a 
QUESTION  #  2  ANSWER:  binary 

QUESTION  #  3  ANSWER:  TRUE 

ARE  THESE  CORRECT?  (Y/N) ;  y 
Please  enter  the  information 
requested  below: 


STUDENT  2 

RECf'RDB  FOR  Mary  Smith 

QUESTION  #  1  ANSWER:  A-B-D-C 
QUESTION  2  ANSWER:  BINARY 

QUESTION  #  3  ANSWER:  false 

APE  THESE  CORRECT?  (Y/N> :  n 
ANSWERS  NOT  SAVED! 


Please  enter  the  in-formation 
requested  below: 

STUDENT  1 

F-;FCORDS  F-OR  John  Jones 

□LIES  T  I  ON  n  1.  ANSWER:  a,b,c,d 
QUEST  ION  2  ANSWER: 

QUESTION  tF  3  ANSWER;  true 

ARE  THESE  CORRECT?  (Y/N> :  y 
SORRY,  ANSWERS  FOR  John  Jones 
ALREADY  SAVED! ! 

Please  enter  the  in-formation 
requested  below: 

STUDENT  99 


F-icjure  3-.  Example  Run  of  Sc  ore”  (Cont’d) 


THE  "READFILE"  PRDGRAN 

\  $U-^  1  C  c  omp  1 1  er  d  i  r  ec  1 1  ve ! 

program  FseadF'i  1  e; 

■CThis  program  was  written  by  Maj  John  Gaudet  in  Turbo  f-'ascal  , 

Ver  2.0,  -for  an  BPS  project.  It  reads  a  file  input  by  the  user 
and  grades  the  student  answers  contained  on  it.  The  program  is 
intended  to  use  files  created  with  SCORE  and  FILES.  Each 
question  for  each  student  is  graded  according  to  information  in 
the  Ri ghtAnswerFi  1  e.  Ei;;traneou5  blanks  and  other  non-al phabet  j.  c 
and  non-numeric  characters  are  removed  from  Liie  correct  answer 
and  the  student  answer  for  comparison.  If  a  student  did  not 
respond  to  the  question,  the  program  says  so.  F^'rogram  output  may 
be  sent  to  screen  or  printer.  3- 

const 

M  a  S  t  u  ri  f :  n  t  •=  2  li ; 

type 

Wor  Fd3tr  i  ng  -  st  r  i  nc^  1 1 0 .1 ; 

s  t  u  dents  -  r  e  c  c;)  r-  d 

numquestions  :  integer; 

S  t  u  N  u  tn  :  i  n  t  e  g  e  r  ; 

:  -3tr  i  ng  [.■20]  ; 


I'ame 


af  iGwei- s;  :  ar'  -^  1 Ma;; Student  D  of  stringL103; 

SaveFlaq  :  bf  an; 
end ; 

R  j,  (.j  I'l  1:  A  n  e  w  e  r  s  r  e  c  a  r  d 

Correct  Answers  :  arr  ay  L  .i  ..  Ma;(Student  ]  at 

s  t  r  1  n  g  C  i  '■)  3  ; 

end ; 

var 

:l  ,  j  ,  Ni.imStudents  :  integer; 
stu.dentrfac  :  students; 

StudentFd.  lo  :  tile  ot  students; 

Fi  1  eNarne,  InputNarne  :  stringC143; 
num  :  strinqtZl; 
an s, dev  ;  char; 

Rj  ght  AnswerF<ec:  :  '  ghtAnswers; 

R:i.  ght  AnswerFi  1  e  :  i  1  e  ot  Ri  ghtAnswers ; 

Student Answer , Correct Answer  ;  string C 103; 
device  :  te;;t; 
ok  :  boolean; 

proceu  '"e  massage<var  line  :  WorkString);  [removes  unwanted 
charac  cersl- 
var  ch  s  char; 

i  :  integer; 
temp  :  string! 103; 

beg  i  n 

tor  1  s  1  to  length  (line)  do 
beg  i  n 

ch  s  =”  copy  <  1  i  nS;,  i  1 )  ; 

:i  t  ch  "  then 
begi  n 

cli  : upc  :.\se  ( ch  )  ; 

it  ch  in  C  ’  A"  .  .  ’  Z  0’ .  .  ’  9’ 3  then  temp  :=  temp  +  ch; 
end;  [itl- 
end;  Ctorl 
line  ; “  temp; 
t-?nd ; 

begin  [mainl- 
repeat  [get  tile  name! 

writeln;  write(’  ENTER  FILE  NAME  TO  BE  READ: 

ButLen  :  “  8;  read < InputName)  ; 

Fi 1 eName  ; =  " A: ’ +InputName+’ . DAT" ; 
ass i gn ( StudentF i 1 e ,  Fi 1 eName ) ; 

[$1-1  reset (StudentFi le) 
ok:  ;  -  (loResult  ~  0); 

if  not  ak  then  wr i tel n (" Cannot  tind  tile  ",  InputName); 

I.  ( I  'l  1 1  1  n  k  ; 

[get  other  into! 

writeln;  writeln("  SEND  STUDENT  DATA  TO"); 
write("  P  PRINTER  /  T  =  TERMINAL?  ’); 


BufLen  :  ■■■-  .1;  r0ad(dc?v); 
wr i tel n ; 

i  t  dev  in  t '  p  ’  ,  ’  F"'"  1  then  assign  <devi  ere,  ‘  1  st :  '  ) 
else  assign (devi ce, "con:'); 
reset (device) ; 
reset (StudentFi  le)  ; 

Fi  1  eName  :  A:  '  -t  InputMame  .  AhS'  ; 
assign  ( R  i  g  In  t  A  n  s  w  e  r  F  i  1  e ,  F  v  1  eM  ame  )  ; 
r  e  r:!  e  t  ( F:  i  g  f  1 1 A  n  s  i-j  e  r  F  i  1  e  )  ; 

w  1 1  h  11'  .1  g  1 1 1 A  n  ‘s  w  a  r  R  e  c  '.:i  ti  t  a  c  c  e  s  s  -f  i  1  e?  1 
j  i  n 

seek:  (Ri  ghtAnswerFi  1  e,  0)  ; 
read  (Ri  ghtAnswerFi  1  e,  R'l  ghtAnswerRec  )  ; 
end;  twithl 

NumStudents  :=  f-'i  1  eSi  se  (StudentFi  1  e)  ; 

wr i tel n ( devi ce ,  ^  NUMBER  OF  STUDENTS:  ’ , NumStudents ) ; 

with  studentrec:  do  ttaiF-e  students  one  at  a  time! 
begin 

•for  1  1  to  NumStudents  do 

begi  n 

seek  (StudentFi  1  €■?,  i-1); 

read (StudentFi le,  studentrec) ; 

wr 1  tel  n (devi ce) ;  wr  i tel n (devi ce  ' ; 

wr  i  tel  n  (d(?\'i  ce,  ’  STUDENT  NUMBER:  '  ,  StuMum)  ; 

wri  teln  (devi  ce,  •’ STUDENT  NAME:  ’  name); 

writeln  (device,  "ATTEMPTED  QUEST  ONS'”  ",  SaveFlag); 

•for  j  : -•••  1  to  nu  inquest  ions  do 
beg  1  n 

str ( j ,  nom) ; 
wr  1  tel  n  (d  :?vi  ce)  ; 

wr  i  t  e  1  f  I  d  ice,  •'  QUEST  I  ON  ■’  t  ...m-t- "  "  )  ; 
with  R i  g h Answer  Rec  do 
begi  n 

Student  Answer  :=  cinswersCj]; 

Correct Answer  :=  CorrectAnswersC j 3 ; 
massage  < Student Answer )  ; 

wr  i  tel  n  (devi  ce,  Student  Answer:  ,  answersC  j  3  )  ; 

massage (Correct Answer )  ; 

wr  i  tel  n  (devi  ce,  ’  Correct  Answer;  '  ,  Cor'rectAnswer  ) 
ii-  Student  Answer  =  Correct  Answer  then 
wr  1  tel  n  ( devi  ce,  "  RIGHT  •’ ;  else 
V'lr  i  tel  n  (  devi  ce,  "  WROf'lG’  )  ; 
end;  [  i -f  J 
end;  ('with)- 

i -I  not  (dev  in  r'p',"F'"3)  then  read(ans); 
end;  [for  jl 
end;  t-for  i> 
c 1 o s e ( S  t  u den  t  F  lie)  ; 
c  1  ose  f  R  i  g  Fi  t  An  s wer  F  i  )  e  )  ; 
close (device)  ; 
end.  -Cmaun} 


'A  J  "VJ  l"J  r 
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No  to:  Soid-faco  indicates  responses  by  A  CSC. 


t-NTt-R  FILfL'  NAHE  TO  OE  READ:  student 


BEND  STUDENT  DATA  TO 
P  =  PRINTER  /  T  =  TERMINAL?  p 
NUMBER  OF-  STUDENTS:  5 


STUDENT  NUMBER:  1 
STUDENT  NAME:  John  Jones 
AITEMPIED  QUESTIONS?  TRUE 


QUESTION  1 

Student  Answer:  a,b,d,a 
Correct  Answer:  AEiDA 
RIGHT 


QUESTION  2 

Student  Answer:  binary 

Correct  Answer:  EONARY 
RIGHT 


QUESTION  3 

Student  Answer:  TRUE 
Correct  Answer:  TRUE 
R I GHT 


STUDENT  NUMBER:  2 
STUDENT  NAME:  Mary  Smith 
ATTEMPTED  QUESTIONS?  FALSE 


QUESTION  1 
S t u dent  Answer: 

Correct  Answer:  ABDA 
WRONG 

QUESTION  2 
Student  Answer: 

Carr  ec;  t  An  swer :  B I  NARY 
WRONG 

QUESTION  3 
Stude^nt  Answer: 

Cor  r  ec  t  An  swer :  TRUE 
WRONG 


(Mote:  l.j  sling  continues  with  rest  of  data.) 


Figure 


Example  Run  o-f  "ReadFile" 
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Append! ;;  B 


FXAMF’LE  SCREENS  FDR  AN  ACSC  LESSON 


The  purpD'5e  of  this  append!!!  is  to  provide  the  reader  with  a 
sampling  of  screens  developed  during  the  course  of  this  study. 
Ever'/  screen  is  not  reproduced  here,  but  there  is  adequate  repre¬ 
sentation  of  the  types  of  instructional  strategies  possible  using 
the  McGraw-Hill  System  in  the  manner  discussed  in  Chapters  Four 
and  Fi'/e. 


It  is  not  possible  to  properly  display  the  visual  impact  of  a 
CAI  screen  on  the  written  page.  After  all,  the  variety  of  the 
visual  medium  of  CAI  is  one  of  the  powerful  advantages  it  has 
over  te;!tual  materials.  Unfortunately,  neither  was  a  screen  dump 
utility  available  in  the  authoring  system  which  would  have  pro- 
vidc'd  an  easy  way  to  make  hardcopies  of  each  display.  Therefore, 
what  IS  usc?d  here  la  the  actual  method  provided  to  the  CAI  author 
to  assist  him/her  in  lesson  preparation.  It  is  a  utility  that 
prints  all  "printable"  characters  on  the  screen  while  displaying 
the  non-pr i ntab  1  e  graphics  characters  as  asterisks.  (Note: 
according  to  the  documentation,  an  IBM  graphics  printer  will 
produce  all  the  graphics  characters  faithfully  if  used  with  the 
IBM  Personal  Computer.  C19:GS2.93  )  For  the  sake  of  clarity, 
all  codes  and  abbreviations  used  by  the  MHIAS  are  expanded  here. 
When  appropriate,  comments  are  added  between  screens.  However, 
to  appreciate  the  full  effect  of  the  CAI  possible  with  the  MHIAS, 
the  reader  is  referred  to  the  actual  software  available  from 
ACSC/EDPT. 

As  mentioned  in  Chapter  Fi'/e,  the  sample  lesson  used  as  a 
vehicle  to  understand  the  role  the  McGraw-Hill  System  could  pi  a'/ 
in  the  ACSC  Associate  Program  was  entitled  "Nonstrategi c  Nuclear, 
Chemical  and  Biological  Operations."  One  videotape  was  available 
which  pointed  out  the  historical  perspective  of  chemical  and 
biological  warfare. 

Note;  The  typical  print  screen  format  is  as  follows;  the 
top  third  of  the  page?  displays  the  type  and  name  of  the  screen; 
the  middle  third  shows  the  screen  itself;  the  bottom  third  con¬ 
tains  the  color  and  branching  data  for  the  screen. 

Figures  5  and  6  show  the  screens  that  introduce  the  lesson 
goal  and  objecti'/es. 


DO 


SECTION: 
VIDEO; 
TYPE  OF 

1.  SCREEN  NAME;  BANNER 

1 

yes 

SCREEN;  presentation 

**♦»**  ****** 

^ 

iK 

* 

*  $  t 

iK 

♦ 

t  If;  If:  ]K  It: »  t 

* 

*  ■$  * 

* 

* 

t  t  t 

♦ 

* 

*  *  ****♦♦ 

****** 

****** 

ASSOCIATE 

PROGRAMS 

* 

]tof;  If:  t  If: 

t* 

»  * 

♦  ♦  ♦  ♦  *  * 

* 

* 

** 

*  * 

♦  ♦ 

If  1:  If:  f  ]|( 

♦  * 

* 

* 

t 

** 

*  ♦ 

^ 

* 

* 

FOREGROUND  COLOR: 

bl  ack 

BORDER  COLOR; 

red 

BACKGROUND  COLOR: 

whi  te 

DISPLAY 

SPEED; 

by  page 

FORMAT; 

full 

page 

COLUMNS: 

40  columns 

BRANCH; 

GOAL 

"I 


Figure  5.  Presentation  Screen  "BANNER" 


This  screen,  named  BANNER,  does  a  simple  branch  to  the  screen 
named  GOAL. 
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SCREEN  NAME: 


GOAL 


SECTION; 

VIDEO; 

TYPE  OF  SCREEN: 


yes 

presentation 


LESSON  45 
EDUCATIONAL  GOAL 

Following  this  period  o-f  instruction, 
you  should  know  the  basic  US  and  Soviet 
capabilities  in  the  areas  of  nonstra- 
teg.1  c  nuclear,  chemical  and  biological 
operations  and  comprehend  the  issues 
surr  Cl- mdi  ng  the  use  of  these  weapons. 


FOREGROui'T.i  CO  .OR; 

black 

BORDER  COLOR; 

none 

BACKGROUND  COLOR: 

white 

DISPLAY  SPEED: 

by  page 

FORMAT: 

full  page 

COLUMNS; 

40  columns 

BRANCH; 

DOTEST 

Figure  6.  F'resentati on  Screen  "GOAL 


This  screen  uses  the  blinking  feature  to  highlight  the  ke 
words:  nuclear,  chemical  and  biological.  The  student  is  then 
sent  immediately  to  the  DOTEST  screen  to  determine  if  a  quiz 
should  be  given  at  this  point. 


3.  SCREEN  NAME:  DOTEST 

SECTION; 

1 

VIDEO: 

yes 

TYPE  OF  SCREEN: 

multiple  choice 

INCLUDED  IN  REPORTING: 

no 

- - - 

DO  YOU  WANT  TO 

TAKE  PRE-TEBl 

OR  GO  DIRECTLY  TO  LESSON? 

A.  TAKE 

PRE-TEST 

B.  GO  TO 

LESSON 

FOREGROUND  COLOR; 

lAjhi  te 

BORDER  COLOR; 

red 

BACKGROUND  COLOR; 

white 

DISPLAY  SPEED: 

by  page 

FORMAT: 

■full  page 

COLUMNS: 

40  columns 

NUMBER  OF  ANSWERS; 

CORRECT  ANSWER: 

0 

LAST  JUDGEABLE  ANSWER: 

BRANCH (A) ; 

TESTl 

BRANCH <B) ; 

OB I SC NO 

Figure  7.  Multiple  Choice  Screen  "DOTEST" 


Figure  7  shows  a  multiple  choice  screen  used  to  move  the 
sti.ident  to  the  ne;;t  logical  step  in  the  lesson,  giving  the  option 
to  takf?  a  pre-test  now  or  cjo  directly  to  the  lesson.  This 
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providte'H  one  niethod  cjf  i:t?sting  each  seminar  member  sepiir ad  el  y ,  i  f 
t:lie  MHIAS  management  system  is  used.  Note  that  the  answer  to 
this  question  is  not  included  in  the  reporting  for  the  management 
process . 

figure  H  shows  one  of  the  pre-test  questions. 


6.  SCREEN  NAME:  TEST2 


SEC1 ION: 

VIDEO: 

TYPE  OF  SCREEN: 
INCLUDE  IN  REPORTING: 


yes 

appl i cation 
yes 


ACSC  LESSON  #45 
PRE-TEST  QUESTION  #2 

_  chemical  munitions  are  preferable 

weapons  because  they  provide  significant 
safety  during  their  entire  life  cycle. 


FOREGRCUNL  COLOR: 

b  1  ac  k 

BORDER  :!  OR: 

b  1  ue 

BACKGROUNL  CO.-OR: 

whi  te 

DISPLAY  SPEED; 

by  page 

FORMAT; 

full  page 

COLUMNS; 

40  columns 

REDO: 

no 

NUMBER  OF  TIMES  TO  REDO: 

1 

MODE ; 

Interact!  '/e 

FJntry  1  Information: 

COLUMN; 

ROW; 

11 

SIZE  OF  INPUT  FIELD: 

o 

EXECUTION  ORDER: 

1 

TYPE  OF  FIELD; 

All  Character 

TYPE  OF  CHECKING; 

Set 

Figure  8.  Application  Screen  "TES" 


VALID  ANSWER  SET; 


♦  bi  nar two-part >!< 2-par  1 1 
doLibl  p* 


HFl.P  LINES; 


QUESTION  RESPONSE  BRANCHING 


RESPONSES; 


BRANCHES 


A1 1  correct 


test  3 


ALTERNATIVE  COMBINATIONS 


Otherwi se 


test3 


Figure  8.  Application  Screen  "TEST2"  (Cont’d) 


This  is  a  good  example  ot  the  MHIAS  capabilities  tor  a  Fill- 
In-The-Blank  question.  Notice  the  branching  alternatives  and  the 
correct  ansv'jer  set.  In  this  case,  branching  is  simple  since  it 
is  one  question  in  a  forced  sequence,  but  the  possibilities  here 
are  obvious. 

After  the  pre-test,  the  next  screen  might  be  like  Figure  9. 


SCREEN  NAME: 


OBISCNO 


SECT  I  O’.  : 

VIDEO; 

TYPE  OF  SCREEN; 
INCLUDE  IN  REPORTING; 


yes 

appl i cat  ion 


IF  YOU  WOULD  LIKE  TO  VIEW  ALL  OR  PARTS  OF  THE 
VIDEO  TAPE  FOR  THIS  LESSON,  PRESS  THE  APPRO¬ 
PRIATE  FUNCTION  KEY. 


Figure  9 


Application  Screen  "OBISCNO 


FI  , 

ALL  VIDEO  (APPROX. 

30  MINUTES) 

F2. 

BASIC  PROBLEM  IN  CHEMICAL.  WARFARE 

FACED  BY  US  AND  ALL 

lEB 

F3. 

HISTORY  OF  CHEMICAL 

WARFARE 

F4. 

USE  IN  AFGHANISTAN 

Fti„ 

1 

SOVIET  ABILITIES 

1  F6, 

FUTURE  OF  CHEMICAL 

AND  BIOLOGICAL  WEAPONS 

j  F7. 

CONTINUE  LESSON 

1  FOREGROUND  COLOR: 

white 

1  BORDER 

COLOR; 

white 

BACKGROUND  COLOR: 

pur pi e 

DISPLAY  E5PEED; 

by  page 

FORMAT 

; 

full  page? 

'  COLUMN 

S: 

40  columns 

REDO: 

yes 

NUMBER 

OF  TIMES  TO  REDO: 

6 

MODE : 

Inter acti ve 

1  FUNCTION  KEY  BRANCHING 

1  PF  key  Branch 

1 

01  SOT VI 

01SOTV2 

y, 

01S0TV3 

4 

01S0TV4 

5 

01SOTV5 

(S 

01S0TV6 

7 

ob  i  1 

8 

9 

1.0 

EXIT 

1  16 

Figure  9.  Application  Screen  "OBIBCNO"  (Cont’d) 
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This  is  an  example  of  function  key  branching.  It  can  be  used 
to  provide  the  students  with  an  author-programmed  menu.  In  this 
case,  the  keys  have  been  programmed  to  branch  to  screens  which 
will  run  videotape  segments  (OlSOTVl,  01S0TV2,  etc.).  When  the 
student  elects  to  continue  the  lesson,  the  screen  objl  is  dis¬ 
played.  Notice  that  the  author  has  programmed  a  hidden  EXIT 
(which  terminates  the  lesson)  at  the  FIO  key.  Figures  10  cand  11 
show  the  use  of  selective  feedback. 


17.  SCREEN  NAME:  0B1SCN2 


SECTION: 

VIDEO: 

TYPE  OF  SCREEN: 
INCLUDED  IN  REPORTING: 


1 

yes 

multiple  choice 
no 


WHICH  CHOICE  BELOW  BEST  FITS  YOUR  ASSESSMENT 
OF  US  CAPABILITIES  IN  CHEMICAL /BIOLOGICAL 
WARFARE? 

A.  US  HAS  LITTLE  OR  NO  ABILITIES. 

B.  US  HAS  ONLY  OFFENSIVE  WEAPONS. 

C.  US  MAINTAINS  DEFENSIVE  POSTURE  ONLY. 

D.  US  TRAINS  REGULARY  FOR  COMBAT  UNDER 
CHEMICAL/BIOLOGICAL  ATTACK. 


FOREGROUND  COLOR; 
BORDER  COLOR: 
BACKGROUND  COLOR: 
DISPLAY  SPEED; 
FORMAT; 

COLUMNS: 

VIDEO  SCREEN 
START  ADDRESS; 
END  ADDRESS; 
NEXT  ADDRESS 
AUDIO  TRACK: 


bl  ack 
white 
white 
by  page 
full  page 
40  columns 

0 

O 

9900 
track  1 


Figure  10.  Multiple  Choice  Screen  "0B1SCN2" 
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AUDIO  ONLY: 


no 


NUMBER  OF  ANSWERS:  4 

CORRECT  ANSWER:  D 

LAST  JUDGE ABLE  ANSWER;  D 

BRANCH (A):  01S2BA 

BRANCH  (B):  01S2BB 

BRANCH <C):  01S2BC 

BRANCH(D):  0B1SCN3 


Figure  10.  Multiple  Choice  Screen  ■'0B1SCN2"  (Cont'd) 


This  multiple  choice  question  has  only  one  correct  answer. 

H  either  o-f  the  wrong  answers  is  chosen,  the  student  is  required 
to  view  a  video  segment  related  to  the  option  he/she  chose.  F*or 
e;:ample,  i  T  ttie  student  picked  option  B,  the  following  screen  is 
di spl ayed : 


SCREEN  NAME:  01S2BB 

SECTION;  1 

VIDEO;  yes 

TYPE  OF  SCREEN;  presentation 

NO,  THE  US  DOES  HAVE  SOME 

OFFENSIVE  CHEMICAL 

WEAPONS. 

LET'S  WATCH  A  SHORT  VIDEO 

SEGMENT  WHICH  DISCUSSES 

THE  SOVIET  THREAT  AND  OUR 

CURRENT  CAPABILITIES. 

FOREGROUND  COLOR: 

white 

BORDER  COLOR: 

red 

BACKGROUND  COLOR: 

white 

DISPLAY  SPEED: 

by  page 

FORMAT: 

full  page 

COLUMNS; 

40  columns 

BRANCH; 

TVl 

f-'resentati on  Screen  "01B2BB" 
63 


Figure  11 


Ihus,  tlie  student  is  told  that  he/she  was  wrong,  and  support 
tur  the  correct  response  is  provided  from  the  videotape  found  at 
screen  TVl  which  plays  the  correct  portion  of  the  tape.  Actual¬ 
ly,  TVl  is  not  a  screen  at  all,  but  refers  to  the  data  required 
to  play  '-.hat  portion  of  the  videotape  requested.  This  informa¬ 
tion  may  be  called  a  separate  "screen",  or  created  in  conjunction 
with  a  real  visual  screen.  This  latter  procedure  actually  saves 
disk  space  and  is  recommended  when  possible.  The  data  at  TVl  is 
stai ghtf orwar  d  ar.d  is  illustrated  below; 


22.  SCREEN 

NAME; 

TVl 

SECTION: 

1 

VIDEO: 

yes 

TYPE  OF  SCREEN; 

video  only 

VIDEO  SCREEN 

START  ADDRESS: 

9850 

END  ADDRESS: 

14730 

NEXT  ADDRESS 

18300 

AUDIO  TRACK; 

track  1 

AUDIO  ONLY; 

no 

BRANCH; 

0B1SCN4A 

Figure  12. 

Vi  deo 

Only  Screen  "TVl" 

This  "screen"  (nothing  is  actually  shown  on  the  computer 
screen)  branches  to  screen  0EiiSCN4A,  which  means  that  after  the 
student  has  viewed  the  videosegment  represented  by  TVl,  he/she 
will  see  DB1SCN4A. 

Figure  1.3  shows  a  typical  application  screen  which  allows  a 
range  of  numeric  responses. 


27.  BCh'EE-N  NAME:  0BJBCN5 


SECTION:  1 

VIDEO:  yef> 

TYPE  OF  SCPFEN:  appl icaticn 

INCLUDE  IN  REPOhflNG:  ro 


WHEN  COMPARING  US  AND  U3SR  CHEMICAL  WARFARE 
CAPABILITIES  IN  TRAINING  TIME,  DEDICATED  PER¬ 
SONNEL  AND  MOBILE  DECONTAMINATION  DEVICES,  A 
GOOD  ESTIMATE  IS  I'HAT  THE  USSR  HAS  ABOUT 
A  TO  1  ADVANTAGE. 


FOREGROUND  COLOR; 

red 

BORDER  COLOR: 

purpl e 

BACKGROUND  COLOR; 

white 

DISPLAY  SPEED: 

by  page 

FORMAT; 

full  page 

COLUMNS: 

40  columns 

REDO; 

no 

NUMBER  OF  TIMES  TO  REDO: 

1 

MODE: 

Interact! v 

Entry  1  Information: 

COLUMN: 

ROW: 

13 

SIZE  OF  INPUT  FIELD: 

4 

EXECUTION  ORDER: 

1 

TYPE  OF  FIELD: 

Numer i c 

TYPE  OF  CHECKING 


Range 


SCREEN  NAME 


INF4 


SECTION:  1 

VIDEO:  yes 

TYPE  OF  SCREEN:  application 

INCLUDE  IN  REPORTING:  no 


WARHEADS  ON  LAUNCHERS 

1200)t! 

* 

PAST  AND  FUTURE 

1050!i< 

* 

** 

WARSAW  PACT 

* 

t 

* 

750  !(< 

*** 

* 

* 

600 

* 

450* 

* 

300* 

* 

150* 

* 

* 

************************************* 

71 

74  77  80  83 

LONGER  RANGE  INF  (YEAR) 

86 

Figurt’  14.  Application  Screen  "INF4" 
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FOREGROUND  COLOR: 

red 

RORDER  COLOR: 

bl  ack 

BACKGROUND  COLOR: 

white 

DISPLAY  SPEED: 

by  page 

FORMAT: 

full  page 

COLUMNS: 

40  columns 

REDO: 

no 

NUMBER  OF  TIMES  TO  REDO: 

1 

MODE: 

Interact! ve 

CURSOR  KEY  BRANCHING 

Cursor  Branch 

Up 

Down 

Right  INFS 

Left  INF3 

Figure  14.  Application  Screen  "INF4"  (Cont'd) 
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<  CO 


SCREEN  NAME:  INFS 


ECTION:  1 

IDEQ:  yes 

TYPE  OF  SCREEN:  application 

INCLUDE  IN  REPORTING:  no 


WARHEADS  ON  LAUNCHERS 


1200# 

# 

PAST  AND  FUTURE  ### 

*#* 

1050* 

# 

## 

^  ^  ^  ^ 

WARSAW 

PACT 

900# 

# 

750# 

## 

# 

##* 

NATO 

# 

*  t 

600#  It! 

* 

450# 

# 

300# 

* 

150*  # 

#  # 

#  # 

71  74  77  80  83  86 

LONGER  RANGE  INF  (YEAR) 


FOREGROUND  COLOR: 

BORDER  COLOR: 

BACKGROUND  COLOR: 

DISPLAY  SPEED: 

FORMAT: 

COLUMNS: 

REDO: 

NUMBER  OF  TIMES  TO  REDOi 
MODE: 

CURSOR  KEY  BRANCHING 
Cursor  Branch 

Up 

Down 

Right  INF6 

Left  INF4 


Figure  15.  Applicati 


SCREEN  NAME 


INF6 


SECTION:  1 

VIDEO:  yes 

TYPE  OF  SCREEN:  application 

INCLUDE  IN  REPORTING:  no 


WARHEADS  ON  LAUNCHERS 

1200* 

PAST  AND  FUTURE  * 

* 

♦  ♦* 

1050* 

** 

WARSAW 

PACT  * 

* 

***** 

900* 

NATO 

* 

# 

* 

750* 

*** 

* 

* 

* 

600*  ***************** 

* 

* 

* 

450* 

* 

* 

* 

300* 

*** 

* 

* 

150* 

* 

* 

***** 

* 

♦ 

71 

74  77  80 

83 

86 

LONGER  RANGE  INF 

(YEAR) 

Figure  16 


Application  Screen  "INF6 


FOREGROUND  COLOR; 

red 

BORDER  COLOR: 

bl  ack 

BACKGROUND  COLOR: 

white 

DISPLAY  SPEED; 

by  page 

FORMAT: 

full  page 

COLUMNS; 

40  columns 

REDO: 

no 

NUMBER  OF  TIMES  TO  REDO: 

1 

MODE; 

Interact! ve 

CURSOR  KEY  BRANCHING 

Cursor  Branch 

Up 

Down 

Right  0B2SCN2 

Left  INFS 

.  - 

Figure  16.  Application  Screen  "INF6"  (Cont’d) 


The  e-f-fect  o-f  using  cursor-key  branching  is  to  allow  the 
student  to  move  through  several  screens  fairly  quickly,  although 
disk  access  slows  down  the  process  enough  (about  one  second)  to 
invalidate  true  simulation.  In  the  sequence  above,  a  chart  is 
being  built  as  the  student  strikes  the  right  arrow  key.  This  v 

could  be  useful  in  emphasizing  some  important  trend  in  the  chart. 

^|^te  that"  the  student  may  back  the  chart  up  if  he/she  desires. 
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Appendix  C 


THE  MCGRAW-HILL  LESSON  REPORTS 


This  append! demonstrates  the  capabilities  of  the  MHIAS 
individual  and  group  reporting  -functions.  As  in  Appendix  E<,  th 
informaticjn  presented  below  appears  exactly  as  it  would  to  the 
instructor  using  a  typical  dot-matrix  printer.  The  statistics 
are  gathered  only  for  those  questions  requested  by  the  lesson 
author . 

First,  Figure  17  shows  how  a  sample  Student  Question  Report 
would  appear. 


STUDENT  QUESTION  REPORT 
Lesson:  LESS0N45 
Date;  1/2/85 

John  Jones  1111 

Screen  ISec^TypeJltTimesJltNum  sec 

Name  INumiHQues^Tr i  ed*Cor  ♦Used 


TESTl 

♦ 

1 

♦ 

MC 

♦ 

1 

♦ 

!♦ 

0:57 

TEST2 

-J  * 

1 

♦ 

AP 

* 

1 

♦ 

!♦ 

0:02 

TEST3 

♦ 

1 

♦ 

MT 

♦ 

1 

♦ 

If 

0;  41 

Figure  17.  MHIAS  Student  Question  Report 


In  the  above  table,  the  three  questions  are  named  TESTl, 
TEST2  and  TEST3.  For  example,  see  page  Appendix  B,  Ficui'.^  f 
the  actual  screen  for  TEST2.  Notice  that  the  number  of  -nes  t 
student  took  the  question,  the  results  and  the  amount  of  t..  r.i-a 
spent  on  the  question  are  all  recorded. 


Ne:!t,  Figure  IB  demonstrates  the  Student  Section  Report  which 
provides  individual  results  of  students  tor  ditterent  sections  of 
the  lesson.  That  is,  the  lesson  may  be  segmented,  and  questions 
reported  on  separately  tor  each  section.  Note  that  only  one  sec¬ 
tion  was  used  in  this  lesson. 


Figure  18.  MHIAS  Student  Section  Report 


ITEM-BY-ITEM  REPORT 

Lesson:  LESSDN45 

^  ^  ^  ^  ^  )|(  )|^  )|C  )|C  )|c  ]|c  )|c  }|c  )|c  )|( 

Screen 

J|!Sec*Type*TimesJ|<Num  !|<Min:sec 

Name 

*Numi(<Ques*Tr i ed^Cor  iltUsed 

)|(  3^  3^  3^  3^  3^  3fi  3^  3^  3^  3fC  3(C  3^  3^  3|t  3^  3^  3|C  3(t  3^  3^  3^  3^  3^  3(C  3^  3^  3(C  3jt  3^C  3^C  3(C  ](C  3|t  3|t  3^  3(t  3fv  3(C  3^  3^  3((  3^  3^  3^  3|^  3^  3(C  3^ 

TESTl 

JKlJlfMC*  6*  5*  1:08 

TEiSTZ 

*  1  *  AP  *  b  %  4  *  0:11 

IFST3 

_1  !K1*MT*  6*  4*  1:31 

The  data  ahovjn  in  Figure  IB  is  self-explanatory. 


The  instructor  may  also  receive  an  Item-by-Item  Report  using 
the  hHIAB.  This  report  summar i zes  the  results  for  each  graded 
question.  F'igure  19  shows  ati  example  of  this  report.  There  is 
also  a  SecTiort  Si.tmmary  table  available. 

One  o(  tile  most  valuable  reports  that  the  MHIAH  produces  is 
the:  Le::sson  Sumtiieiry  Report  which  gives  in  one  table?  the  overall 
results  for  £?ach  student.  Figure  20  shows  £in  example. 


LE5S0N  SUMMARY  REPORT 
Lesson:  LESS0N45 

^  Student  Marne  and  ID  !|<  Date*  Num  *  Num*Per  *Min:sec  * 

*  *  YTries*  CorfCent*  Used  * 


* 

John  Jones 

1111 

* 

1/2* 

* 

~r 

*iooy.* 

4:37 

* 

* 

Mary  Smitt, 

/-\ O 

4.1  x'.. 

* 

1/2* 

3 

* 

1 

* 

347.* 

0 : 59 

* 

* 

Howard  Johnson 

•T  “*■  "-r 

* 

1/5* 

9 

* 

7 

* 

787.* 

2:  24 

* 

* 

Dean  J^\mes 

4/|44 

* 

1/7* 

* 

* 

677.* 

0 :  50 

* 

*  * 

************************************** 


Figure?  20.  MHIAS  Lesson  Summary  Report 


Finally,  time  and  correct  percent  graphs  can  be  produced  by 
the  McGravi-Hill  System,  To  avoid  confusion.  Figure  21  only  shows 
an  example  of  the  percentage  graph. 

In  summary,  the  MHIAS  CMI  does  provide  the  author  with  sev¬ 
eral  useful  evaluation  tools.  They  are  based  upon  the  answers 
provided  by  the  students  for  those  questions  chosen  to  be  graded 
by  the  autitor.  The  most  important  feature  1  acting  in  the  Sv'stem 
IS  tiiat  the  instructor  does  not  know  what  wrong  answers  were 
selected.  This  makes  evaluation  of  the  CBE  materials  difficult. 
Anoth6?r  capability  not  currently  available  using  McGraw-Hill  is 
the  ability  to  feed  the  results  into  a  relational  data-base 
manager  and  spreadsheet  programs.  Thus,  there  is  no  way  to  keep 
a  running  score  of  student  records  as  the  course  progresses. 
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Figure  21.  MHIAS  Lesson  Percentage  Graph 

(Notes  Full  .names  are  printed  by  the  flHIAS.  Abbreviations  were 
used  here  only  to  -fit  the  page.) 
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